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SYSTEM, METHOD AND ARTICLE OP MANUFACTURE FOR A 
COMMON CROSS PLATFORM FRAMEWORK FOR DEVELOPMENT OF 
5 DVD-VIDEO CONTENT INTEGRATED WITH ROM CONTENT 

This patent document claims priority to Provisional 
Patent Application No. 60/216,822 under 35 U.S.G. § 119(e). 

10 BACKGROUND OF THE INVENTION 



The present invention relates to enhancement of 
multimedia content and more particularly to a system, method 
and apparatus for enhancing multimedia content with 
15 supplemental content. 

Multimedia computer systems have become increasingly 
popular over the last several years due to their versatility 
and their interactive presentation style. A multimedia 

20 computer system can be defined as a computer system having a 
combination of video and audio outputs for presentation of 
audio-visual displays. A modern multimedia computer system 
typically includes one or more storage devices such as an 
optical drive, a CD-ROM, DVD (DVD-Video or DVD Audio etc), 

25 Laser Disc, Video Disc or Audio Disc, or a hard drive. Audio 
and video data are typically stored on one or more of these 
mass storage devices. In some file formats the audio and 
video are interleaved together in a single file, while in 
other formats the audio and video data are stored in different 

30 files, many times on different storage media. Audio and video 
data for a multimedia display may also be stored in separate 
computer systems that are networked together- In this 
instance, the computer system presenting the multimedia 
display would receive a portion of the necessary data from the 

35 other computer system via the network cabling. 
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Multimedia computer systems have become increasingly 
popular over the last several years due to their versatility 
and their interactive presentation style. A multimedia 
computer system can be defined as a computer system having a 
5' combination of video and audio outputs for presentation of 
audio-visual displays. A modern multimedia computer system 
typically includes one or more storage devices such as an 
optical drive ^ a CD-ROM, a hard drive, a videodisc, or an 
audio disc, and audio and video data are typically stored on 

10 one or more of these mass storage devices. In some file 
formats the audio and video are interleaved together in a 
single file, while in other formats the audio and video data 
are stored in different files, many times on different storage 
media. Audio and video data for a multimedia display may also 

15 be stored in separate computer systems that are networked 

together. In this instance, the computer system presenting 
the multimedia display would receive a portion of the 
necessary data from the other computer system via the network 
cabling. 

20 

Graphic images used in Windows, multimedia 
applications can be created in either of two ways, these being 
bit-mapped images and vector-based images. Bit-mapped images 
comprise a plurality of picture elements (pixels) and are 

25 created by assigning a color to each pixel inside the image 
boundary. Most bit-mapped color images require one byte per 
pixel for storage, so large bit-mapped images create 
correspondingly large files. For example, a full-screen, 256- 
color image in 640-by-480-pixei VGA mode requires 307,200 

30 bytes of storage, if the data is not compressed. Vector-based 
images are created by defining the end points (corners) , 
thickness, color, pattern and curvature of lines and solid 
objects within an image. Thus, a vector-based ima*ge includes 
a definition that consists o: umerical representation of 



wo 02/05104 



3 



PCT/USOl/21187 



the coordinates of the object, referenced to a corner of the 
image . 

Bit-mapped images are the most prevalent type of 
5 image storage format, and the most common bit-mapped- image 

file fomats are as follows. A file format referred to as BMP 
is used for Windows bit-map files in 1-, 2-, 4-, 8-, and 24- 
bit color depths. BMP files contain a bit-map header that 
defines the size of the image, the number of color planes, the 

10 type of compression used (if any) , and the palette used. The 
Windows DIB (device-independent bit-map) format is a variant 
of the BMP format that includes a color table defining the RGB 
(red green blue) values of the colors used. Other types of 
bit-map formats include the TIF (tagged image format file) , 

15 the PCX (Zsoft Personal Computer Paintbrush Bitmap) file 

format, the GIF (graphics interchange file) format, and the 
TGA (Texas Instriiments Graphic Architecture) file format. 

The standard Windows format for bit-mapped images is 
20 a 256-color device-independent bit map (DIB) with a BMP (the 

Windows bit-mapped file format) or sometimes a DIB extension. , 

The standard Windows format for vector-based images is 
referred to as WMF (Windows meta file) . 

25 Full-motion video implies that video images shown on 

the computer's screen simulate those of a television set with 
identical (30 f rames-per-second) frame rates, and that these 
images are accompanied by high-quality stereo sound. A large 
amount of storage is required for high-resolution color 

30 images., not to mention a full-motion video sequence. For 
example, a single frame of NTSC video at 640-by-4 00-pixel 
resolution with 16-bit color requires 512K of data per frame. 

At 30 flames per second, over 15 Megabytes of data storage 
are required for each seconc full motion video. Due to the 
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large amount of storage required for full motion video ^ 
various types of video compression algorithms are used to 
reduce the amount of necessary storage. Video compression can 
be performed either in real-time, i.e., on the fly during 
5 video capture, or on the stored video file after the video 

data has been captured and stored on the media- In addition, 
different video compression methods exist for still graphic 
images and for full-motion video, 

10 Examples of video data compression for still graphic 

images are RLE (run- length encoding) and JPEG (Joint 
Photographic Experts Group)' compression. RLE is the standard 
compression method for Windows BMP and DIB files. The RLE 
compression method operates by testing for duplicated pixels 

15 in a single line of the bit map and stores the niomber of 
consecutive duplicate pixels rather than the data for the 
pixel itself. JPEG compression is a group of related 
standards that provide either lossless (no image quality 
degradation) or lossy (imperceptible to severe degradation) 

20 compression types. Although JPEG compression was designed for 
the compression of still images rather than video, several 
manufacturers supply JPEG compression adapter cards for motion 
video applications . 

25 In contrast to compression algorithms for still 

images, most video compression algorithms are designed to 
compress full motion video. Video compression algorithms for 
motion video generally use a concept referred to as interframe 
compression, which involves storing only the differences 

30 between successive frames in the data file. Interframe 

compression begins by digitizing the entire image of a key 
frame. Successive frames are compared with the key frame, and 
only the differences between the digitized data from the key 
frame and from the successive cues are stored. 
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Periodically, such as when new scenes are displayed, new key 
frames are digitized and stored, and subsequent comparisons 
begin from this new reference point. It is noted that 
interframe compression ratios are content-dependent, i.e., if 
5 the video clip being compressed iilcludes many abrupt scene 

transitions from one image to another, the compression is less 
efficient. Examples of video compression which use an 
interframe compression technique are MPEG, DVI and Indeo, 
among others. 

10 

MPEG (Moving Pictures Experts Group) compression is 
a set of methods for compression and decompression of full 
motion video images that uses the interframe compression 
technique described above. The MPEG standard requires that 

15 sound be recorded simultaneously with the video data, and the 
video and audio data are interleaved in a single file to 
attempt to maintain the video and audio synchronized during 
playback. The audio data is typically compressed as well, and 
the MPEG standard specifies an audio compression method 

20 referred to as ADPCM- (Adaptive Differential Pulse Code 
Modulation) for audio data. 

A standard referred to as Digital Video Interactive 
(DVI) format developed by Intel Corporation is a compression 

25 and storage format for full-motion video and high-fidelity 
audio data. The DVI standard uses interframe compression 
techniques similar to that of the MPEG standard and uses ADPCM 
compression for audio data. The compression method used in 
DVI is referred to as RTV 2.0 (real time video), and this 

30 compression method is incorporated into Intel's AVK 

(audio/video kernel) software for its DVI product line. IBM 
has adopted DVI as the, standard for displaying video for its 
Ultimedia product line. The DVI file format is based on the 
Intel 1750 chipset and is su ed through the Media Control 
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Interface (MCI) for Windows. Microsoft and Intel jointly 
announced the creation of the DV MCI (digital video media 
'control interface) command set for Windows 3.1 in 1992. 

5 The Microsoft Audio Video Interleaved (AVI) format 

is a special compressed file structure format designed to 
enable video images and synchronized sound stored on CD-ROMs 
to be played on PCs with standard VGA displays and audio 
adapter cards. The AVI compression method uses an interframe 

10 method, i.e., the differences between successive frames are 

stored in a manner similar to the compression methods used in 
DVI and MPKG. The AVI format uses symmetrical software 
compression-decompression techniques, i.e., both compression 
and decompression are performed in real time. Thus AVI files 

15 can be created by recording video images and sound in AVI 
format from a VCR or television broadcast in real time, if 
enough free hard disk space is available - 

As discussed above, such audio and video content is 
20 often stored on media such as CD-ROM or digital video disc 

(DVD) . However, once a vendor has delivered such content to a 
customer, the vendor loses any practical control over the 
product. Even if the product is delivered under license 
rather than out right sale, it has traditionally been 
25 difficult to prevent a customer from copying the content or 
providing the content to any number of friends so that they 
might illegally copy the content. 



30 The now familiar compact disk preserves information 

as a series of microscopic pits and smooth areas, oriented in 
concentric circular or helical tracks, on the otherwise 
smooth, planar surface of an annular disk. Recorded 
information is read from a c :t disk by directing a focused 
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laser beam along the recorded tracks, and detecting variations 
in the intensity of the laser beam along the recorded tracks, 
and detecting variations in the intensity of the laser beam as 
it encounters the microscopic pits and smooth areas on the 
5 disk. The coherence and relatively short wavelength of laser 
radiation enables large volumes of information to be written 
onto very small spaces of a recording medium . 

Compact disks were first introduced in the music 
10 recording industry in 1982, and now account for 43% of all 

recorded music sales- In the United States alone, over three 
hundred million compact disks are sold annually, with a retail 
value of over three billion dollars, according to the 
Recording Industry Association of America. The most prevalent 
15 format for recording multimedia events onto such disks is 

Digital Video or Versatile Disk (DVD) . The DVD is a read only 
format for recording a relatively large amount of high quality 
data. When delivered to a user, the disk is input into a CD- 
ROM player on a client device such as a computer. Software on 
20 the client device allows the DVD' formatted data to be read. 

Once the DVD disk has been manufactured the content 
is essentially fixed. The content that the user can access 
from the disk is limited to the content provided when the disk 
25 was manufactured. In order to update the information, a new 
disk must be created and delivered to the user. This is an 
expensive and inconvenient solution. 

Thus there remains a need for a system for easily 
30 and efficiently updating content provided on a DVD-disk. Such 
a system would preferably allow update information to be 
delivered via a network such as the Internet- In addition, 
such a system would take advantage of software capabilities 
already present on the clien 'ice, and would importantly be 
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able to function on the many different possible platforms of 
client devices, such as for example Macintosh, PC or a set top 
box. 

5 Disc technologies that are re-writeable like a CD-RW 

or technologies that allow multiple sessions can be used for 
adding additional or updated content directly to the disc. 
Thus for multi-session discs, where the first session of the 
disc is write-once and additional sessions on the disc can be 
10 either write-one, or rewriteable, additional or updated 

content can be added to these additional sessions of the disc. 
This includes such technologies as the "Orange Book" 
specification for CD-ROM," including CD-PROM and Multimedia 
discs such a Dataplay. 

15 

Flash memory based and other similar memory 
technologies can be used for storing multimedia and additional 
or updated content as well. This includes IBM technology that 
uses a USB interface to coupled a personal computer to a 
20 storage device- such as a "keychain" memory device. 

The present invention advantageously addresses the 
above and other needs . 

25 SX3MMARY OF THE INVENTION 

The present invention advantageously addresses the needs above 
as well as other needs by providing the enhancement of multimedia 
content and more particularly to providing a system, method 
and apparatus for enhancing multimedia content with 
30 supplemental content. 

In one embodiment, the invention can be 
characterized as a method for providing enhanced content for 

play across multiple play platforms. The method employs steps 
35 of delivering media content to a client device; delivering 
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HTML content to a client device, the HTML content being 
accessible and usable by a plurality of client device 
platforms; activating a browser to access the HTML content, 
the browser being located on and compatible for use with the 
5 client device; activating firmware on the client device to 

access the media content; and incorporating the accessed HTML 
content with the accessed media content. 

In another embodiment, the invention can be 
10 characterized as a method for enhancing multimedia content. 
The method employs steps of providing a recording medium; 
recording content onto the recording medium; integrating HTML 
content with the recorded content; accessing the recorded 
content and the HTML content; and playing a multimedia event 
15 based on the accessed content . 

BRIEF DESCRIPTION OF THE DRAWINGS 

The above and other aspectis, features and advantages 
of the present invention will be more apparent from the 
20 following more particular description thereof, presented in 
conjimction with the following drawings wherein: 

Fig. 1 is a schematic diagram of a hardware 
implementation of one embodiment of the present invention; 

Fig. 2 is a schematic diagram of a system for 
25 enhancing a DVD multimedia experience; 

Fig. 2A is a flow chart illustrating steps traversed 
upon insertion of a DVD disk (or other media) into a device, 
such as a DVD player; 

Fig. 3 is a flowchart illustrating logic for 
30 incorporating update information to supplement a DVD 
multimedia play experience; 

Fig. 4 is graphical representation of data layouts 
for bitmap layers; 

Fig. 5 is a flowchart illustrating a method for 
35 providing an enhanced multimedia experience; and 
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Fig- 6 is a flowchart illustrating a method for 
enhancing DVD content with ROM content. 

Corresponding reference characters indicate 
corresponding components throughout the several views of the 
5 drawings . 

DETAXLBD DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The following description of the presently 
contemplated best mode of practicing the invention is not to 
10 be taken in a limiting sense, but is made merely for the 

purpose of describing the general principles of the invention. 

The scope of the invention should be determined with 
reference to the claims. 

15 Fig. 1 illustrates a system for providing enhanced 

DVD content for play across multiple user platforms. Both 
DVD-Video content and HTML content are recorded on DVD discs 
and provided to a user. The HTML content includes various 
directories that allow it to be accessed by multiple platforms 

20 of user devices. Once inserted into a user device, browser 
software on tYre user device accesses the HTML content and 
supplies supplemental update information to enhance the play 
experience provided by the DVD-Video content. The 
supplemental update information can be either retrieved via a 

25 network such as the Internet or can be provided directly from 
the HTML data itself stored on the DVD disc. 

In various embodiments, the client devices may take 
the form of computers, televisions, stereos, home appliances, 
30 or any other types of devices. In one embodiment/ the client 
apparatuses and the host computer each include a computer such 
as an IBM compatible computer, Apple Macintosh computer or 
UNIX based workstation. 



35 



A representative hardware environment is depicted in 
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Fig. 1, which illustrates a typical hardware configuration of 
a workstation in accordance with a preferred embodiment having 
a central processing unit 110, such as a microprocessor, and a 
ntuiiber of other units interconnected via a system bus 112. 
5 The workstation shown in Fig. 1 includes a Random Access 

Memory (RAM) 114, Read Only Memory (ROM) 116, an I/O adapter 
118 for connecting peripheral devices such as disk storage 
units 120 (i.e. DVD playback device) to the bus 112, a user 
interface adapter 122 for connecting a keyboard 124, a mouse 

10 126, a speaker 128, a microphone 132,- and/or other user 

interface devices such as a touch screen (not shown) to the 
bus 112, communication adapter 134 for connecting the 
workstation to a communication network (e.g., a data 
processing network) and a display adapter 136 for connecting 

15 the bus 112 to a display device 138. The. workstation 

typically has resident thereon an operating system such as the 
Microsoft Windows NT/2000 or Windows 95/98/ME Operating System 
(OS), the IBM* OS/2 operating system, the MAC OS, or UNIX 
operating system. Those skilled in the art will appreciate 

20 that the present invention may also be implemented on 

platforms and operating systems other than those mentioned. 

A preferred embodiment is written using JAVA, C, 
HTML and the C++ language and utilizes object oriented 

25 programming methodology- Object oriented programming ' (OOP) 

has become increasingly used to develop complex applications • 

As OOP moves toward the mainstream of software design and 
development, various software solutions require adaptation to 
make use of the benefits of OOP. A need exists for these 

30 principles of OOP to be applied to a messaging interface of an 
electronic messaging system such that a set of OOP classes and 
objects for the messaging interface can be provided. 



A preferred embodiment of the invention utilizes 
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Hypertext Markup Language (HTML) to implement documents on the 
Internet together with a general-purpose secure communication 
protocol for a transport medium between the client and the 
Newco. HTTP or other protocols could be readily substituted 
5 for HTML without undue experimentation. Information on these 
products is available in T. Berners-Lee^ D. Connolyr "RFC 1866: 
Hypertext Markup Language - 2.0" (Nov. 1995); and R. Fielding^- 
H^ Frystyk, T. Berners~Lee, J. Gettys and J.C. Mogul, 
"Hypertext Transfer Protocol — HTTP/1.1: HTTP Working Group 

10 Internet Draft" (May 2, 1996). HTML is a simple data format 

used to create hypertext documents that are portable from one 
platfoona to another. HTML documents are SGML documents with 
generic semantics that are appropriate for representing 
information from a wide range of domains. HTML has been in 

15 use by the World-Wide Web global information initiative since 
1990. HTML is an application of ISO Standard 8879; 1986 
Information Processing Text and Office Systems; Standard 
Generalized Markup Language (SGML) . 

20 To d^te, Web development tools have been limited in 

their ability to create dynamic Web applications which span, 
from client to server and interoperate with existing computing 
resources. Until recently, HTML has been the dominant 
technology used in development of Web-based solutions. 

25 However, HTML has proven to be inadequate in the following 
areas : 

• Poor performance; 

• Restricted user interface capabilities; 

• Can only produce static Web pages; 

30 • Lack of interoperability with existing applications and 
data; and 

•• Inability to scale. 
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Sun Microsystem's Java language solves many of the 
client-side problems by: 

• Improving perfoannance on the client side; 

• Enabling the creation of dynamic, real-time Web 
5 applications; and 

• Providing the ability to create a wide variety of user 
interface components . 

With Java;, developers can create robust User 
10 Interface (UI) components. Custom "widgets" (e,g., real-time 
stock tickers, animated icons, etc.) can be created, and 
client-side performance is improved. Unlike HTML, Java 
supports the notion of client-side validation, offloading 
appropriate processing onto the client for improved 
15 performance. Dynamic, real-time Web pages can be created. 
Using the above-mentioned custom UI components, dynamic Web 
pages can also be created. 

Sun's Java language has emerged as an industry- 
20 recognized language for "programming the Internet." Sun 
defines Java as: ^^a- simple, object-oriented, distributed, 
interpreted, robust, secure, architecture-neutral, portable, 
high-performance, multithreaded, dynamic, buzzword-compliant, 
general-purpose programming language- Java supports 
25 programming for the Internet in the form of platform- 
independent Java applets.'' Java applets are small, 
specialized applications that comply with Sun's Java 
Application Programming Interface (API) allowing developers to 
add "interactive content" to Web dociaments (e.g., simple 
30 animations, page adornments, basic games, etc.). Applets 
execute within a Java- compatible browser (e.g., Netscape 
Navigator) by copying code from the server to client. From a 
language standpoint, Java's core feature set is based on C++. 
Sun's Java literature states that Java is basically, "C++ 
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with extensions from Objective C for more dynamic method 
resolution. " 

Another technology that provides similar function to 
5 JAVA is provided by Microsoft and ActiveX Technologies, to 

give developers and Web designers wherewithal to build dynamic 
content for the Internet and personal computers. ActiveX 
includes tools for developing animation, 3-D virtual reality, 
video and other multimedia content. The tools use Internet 

10 standards, work on multiple platforms, and are being supported 
by over 100 companies. The group's building blocks are called 
ActiveX Controls, small, fast components that enable 
developers to embed parts of software in hypertext markup 
language (HTML) pages. ActiveX Controls work with a variety 

15 of programming languages including Microsoft Visual C++, 

Borland Delphi, Microsoft Visual Basic programming system and, 
in the future, Microsoft's development tool for Java, code 
named "Jakarta." ActiveX Technologies also includes ActiveX 
Server Framework, allowing developers to create server 

20 applications. " One of ordinary skill in the art readily 

recognizes that ActiveX could be substituted for JAVA without 
undue experimentation to practice the invention. 

In accordance with one embodiment, a cross-platform 
25 DVD specification defined, which is called InterActual 

Technologies Cross Platform, hereafter referred to by the name 
ITX. By following the ITX specification, DVD authors can 
create HTML-enhanced DVD-Video /Audio content that can play 
reliably across multiple playback platforms, ranging from 
30 computers (such as Windows and Macintosh) to Internet- 
connected set-top devices (such as the Sony Playstation II and 
Nuon-enhanced consumer DVD players) . The general requirements 
for enhanced DVD authoring and the requirements for the 
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playback devices, both hardware and software are described 
herein . 



The ITX enables DVD-Video /Audio (hereafter referred 
5 to only as DVD-Video) content developers to create products 

that seamlessly combine the Internet and/or other DVD-ROM 
capabilities with DVD-Video to create a richer,r more 
interactive, and personalized entertainment experience for 
their customers. All this is accomplished without the need for 
10 content developers to create special content for each unique 
playback platform, and without the need of becoming an expert 
programmer on Windows, Macintosh, and other platforms. 
Additionally the present invention allows for customized 
content and functions tailored for specific platform (s) . 

15 

Internet connectivity is not a requirement for the 
use of ITX- A stand-alone system with HTML browser 
functionality is all that is required. In addition, CD-DA 
(standard music CDs) can also be enhanced by use of ITX. 

20 

The following terms are defined as follows: 



Term 


Description 


BCA 


Burst Cutting Area. Area near inner 
ring on a DVD disc where custom data 
can be imprinted 


ATVEF 


Advanced Television Enhancement Forum 
(spec allows combining HTML and TV 

programming) 


PIP 


Picture in Picture 


DVD-Video 


A disc authored in accordance with 
the DVD-Video specification. Any 
place where the term DVD-Video is 
used it also applies to DVD-Audio, 
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unless specifically excluded. 


UOP 


User Operations (as defined DVD-Video 
and DVD-Audio specifications) 



The following documents are incorporated by 

reference : 



1. 


HTML Cross Platform Authoring Guidelinjas 


2. 


ISO-9660 


3. 


ATVEF Specification (http://www.atvef.com) 


4. 


DVD-Video (Book 3) and DVD-Audio (Book 4) 
specifications 



The ITX specification provides a common framework 
whereby content developers, browser providers, and hardware 
manufacturers can successfully create and playback Internet- 
10 enhanced DVD and CD products, 

This description of the embodiments is divided into 
three major sections, targeting three different audiences: 

15 • Content DG^relopmexlt. Requirements i Addresses issues specific 
to DVD authors and content creators . The target audience 
includes DVD authoring facilities, web designers, and 
graphics and creative production facilities. This section 
outlines the integration of DVD-Video with Web Pages, 

20 Programming Interfacing, and other cross-platform DVD-Video 

and DVD-ROM authoring considerations. 

• Bxrawser Requla^ements z Addresses issues specific to browser 
implementation. The target audience includes establishments 
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such as: PlanetWeb,, Spyglass, Liberate, and VM Labs (with a 
custom implementation of the Spyglass browser) . This section 
outlines basic browser requirements to support ITX titles 
and integration of a DVD-Video programming interface. 

5 

• Flatform/HaxdwairB Requirements: Addresses issues specific to 
DVD-Video hardware platforms. The target audience includes 
specialized chip manufacturers, consumer DVD-Video player, 
game system, manufacturers (Sony Playstation, Nintendo, 
10 Sega) , and any others who might incorporate web connectivity 

into DVD player products. This section outlines display 
requirements, browser interfaces, and other hardware- 
specific requirements. 



15 With reference to Fig. 2, in an. embodiment, a system 

200 is provided for enhancing an internet play experience. 
ROM/HTIM content 202 is recorded onto a DVD disc 204. 
Additionally DVD-Video content 206 is also recorded onto the 
DVD disc. The disc 104 is inserted into a client device 208 

20 that contains Browser/Presentation software 210 thereon. The 
client device hardware also includes a DVD Firmware/Navigator 
212 that reads the DVD-Video content. In addition, the client 
device 208 includes a Browser/Presentation Engine software 110, 
which reads the ROM/HTML Content. The Browser/Presentation 

25 Engine can be for example Netscape Navigator or some other 

engine commonly available on personal computers. After reading 
the ROM/HTML content, the browser software 110 searches the 
Internet to find supplemental information related to the DVD 
content and incorporates the supplemental information into the 

30 DVD content 202, 20 6 to create an Internet Enhanced DVD 
Experience 214 . 

To better understand the purpose and goals of ITX 
three possible usage scenarios are described, each with an 
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increasing level of complexity. 

DVD-Video disc with movie script provided: 

5 A movie is authored with the entire screenplay 

provided on the DVD disc in HTML format. Clicking on any scene' 
visually represented in the HTML immediately links the user to 
that scene within the DVD-Video. Besides being a finer 
granularity than the normal chapter navigation provided on 

10 DVD-Video, the HTML-based script could contain other media 

(pictures, audio) and/or live web links for other information 
(stored either on the DVD disk, or accessible through the 
Internet) . Further, the text of the screenplay in HTML could 
automatically ''^scroll" with the DVD-Video to give the 

15 appearance of being synchronized with the DVD-Video- Although 
many of these types of features (minus live web links and 
synchronized scrolling) could be authored in DVD-Video, HTML 
authoring is much more efficient,, immediate and widely known. 

20 More complex menus: 

A DVD-Video is shipped with a simple HTML page that 
does little except start a movie. However, the HTML page also 
uses the Internet and checks to see if that movie has any web 

25 site updates. If it does, then the HTML page launches a new 
movie menu that is downloaded from the web. This new menu 
might have e-commerce opportunities (buy gifts based on the 
movie; buy- tickets for the sequel to the DVD, etc.). Because 
the new movie menu is not on the DVD-Video, but rather is on a 

30 server accessible via the internet, the window of time during 
which the choices on the new movie menu is available can be 
decided by the studio long after the DVD-Video has shipped . 
The new movie menu may have new links to an actor's web site, 
which can be particularly advantageous if, for example, the 
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actor has become a star since the movie was made^ and 
therefore wasn't given star treatment in the original DVD- 
Video- The new movie menu may just be a more convenient way to 
navigate the disc to a finer granularity than the chapters 
5 provided. Advantageously, in accordance with the present 
embodiment, the DVD can have new movie menus stored on a 
server accessible through the internet, and that can be 
changed over time. If the DVD-Video is played without ITX, the 
DVD-Video operates in a conventional manner. 

10 

Live webcast with the director or stars in live 

chat: 

A DVD-Video movie is shipped with an HTML page that 

15 links the user to an ITX web site. This site (and studio 

advertising) notifies the user of the date/time of a "live 
chat" with^ for example, the movie's director, who will 
discuss the making of the movie. Near the event starting time, 
the user connects to the web site with the DVD-Video in 

20 his/her DVD pl_ayer. At the start time, the director begins 

sending voice (such as streaming audio, e.g.. Real Audio) over 
the Internet. The director controls the DVD player of the 
user, as well as other DVD players, by sending play, pause, 
f ast-forward, and rewind commands, etc. (Latecomers are 

25 automatically synchronized) . User (if they have, for example, 
a browser with a keyboard) can enter questions. The director 
can choose which questions to answer and control every DVD 
player to an appropriate scene in the movie and discuss the 
scene. Through the use of bitmap overlay layers and drawing 

30 tools, the director can pause the video and draw on the screen 
(like a football play) to better explain the details involved 
in creating a certain scene, for example. As the director 
moves from one question to another the video can use 
transitions and special effects to make the presentation more 
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professional and entertaining. 

In order to support the above-described 
functionality, the present embodiment is as follows. An ITX 
5 disk can contain DVD Video and ITX-compatible ROM data, DVD- 
Audio and ITX-compatible ROM data, CD-Audio and ITX-compatible 
ROM data, or the like. The ITX compatible ROM data can be any 
digital file type including HTML and graphics, including for 
example, HTML graphics^ siabject to file system limitations 

10 described below. There is no theoretical limit to the amount 
of ITX compatible ROM data that can be placed on a DVD disk, 
except for physical constraints of the DVD disk (or in an 
alternative embodiment CD-disk) . 

An ITX-compatible disk adheres to rules regarding 

15 capability, detection, file system, directory structure, and 

content location, each of which is described in further detail 
herein. As multi-platform support is a goal of the present 
embodiment, an ITX disk provides for both platform-specific 
behavior and general-purpose behavior. Platform-specific 

20 behavior can be accomplished using the ITX-API described 

above, by either placing platform-specific binaries on the DVD 
disk in predefined directories, described herein, or by 
authoring general purpose HTML content that uses, for example, 
ECMAScript or JavaScript and the ITX API to detect specific 

25 platforms and to ^^serve" web pages specifically designed for a 
particular platform, i.e., particular type of device. General 
purpose content can be created for playback on multiple 
platforms using HTML content and the ITX API. Both approaches 
can be combined so that platform-specific behavior can be 

30 employed with certain devices, while other devices, such as 
devices developed after release of the DVD disk, can be 
supported with general-purpose behavior. 

For personal computers, such as personal computers 
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operating under Microsoft Windows, ITX content can be viewed 
through a proprietary browser client per the ITX content 
viewed through the proprietary browser client can be the same 
content that is displayed on, for example, a browser-enhanced 
5 consumer electronics system, such as a set top box, a game 
console, or an internet-connected DVD player or the like. 

The device must provide a capability to determine 
the type, of media that has been inserted into the device. 

10 Specifically, the device must be able to determine whether the 
media is a DVD disk or some form of CD disk- For CD-DA, there 
may or may not be a file structure fomatted on the CD-DA 
disk, such as described herein and therefore the CD-DA disk 
table of contents must be read per the red-book" 

15 specification. 

An ITX-compatible DVD or CD is detected by checking 
for the existence of a file named index.htm in a directory 
named common. The ITX-API version information can be found in 
20 a mediated area in the index.htm file, which is an HTML file. 

The index.htm file provides JavaScript that detects 
the particular type of device into which the DVD disk has been 
25 inserted, and the device is ^^navigator, " and provides general 
framework for interactive playback. For a disk not authored in 
accordance with the ITX content, a content homepage is 
employed, i.e., file named default.htm is employed. The 
default -htm file may be stored in memory on the device. 



CONTENT DEVELOPMENT REQUIREMENTS: 
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This section describes the requirements for content 
developers, DVD authors, and creative houses. This section 
outlines how DVD-Video can be integrated with ROM content for 
playback across multiple hardware platforms and multiple 
5 browsers. For more information regarding cross-platform HTML 
development, (independent of integration with DVD-Video) , refer 
to the InterActual™ HTML Cross Platform Authoring Guidelines 
document- This reference document outlines platform/browser 
detection, use of JavaScript files (.js files) and other HTML 
10 authoring techniques. 

DVD/ROM Authoring Considerations: 

ITX Directory and File Naming Conventions (mandatory 
15 compliance) 

When making an ITX disk, DVD video zone files must 
be placed physically at the beginning of the ITX disk, 
contiguously, in the order specified by the DVD-Video 
20 specification^ likewise, DVD-Audio zone files must follow the 
DVD-Video files in contiguous order. 

The DVD specifications for DVD-Video and DVD-Audio 
require that each disc contain specific directories and files. 

25 For example, the DVD-Video files are contained in a directory 
(or folder) with the name VIDEO__TS; DVD-Audio files in the 
AUDIO_TS directory. The VIDEO_TS and AUDIO_TS directories 
should be the first entries in the directory descriptor (the 
true order of the directory and file entries is usually 

30 hidden, since most operating systems list them in, for 

example, alphabetical order) - There is no such requirement 
for ^^DVD-ROM" content, and, thus, developers can arrange other 
files on a disc in any desired manner. It is best to place 
ROM-zone files in subdirectories versus the root directory. 
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The placement of files on a dual-layered disk (DVD-9, DVD-14, 
or DVD-18) is generally independent of layer details, DVD- 
Video and DVD-Audio files must begin on layer zero. ROM-zone 
files are beginning after the DVD-Video (or DVD-Audio) files 
5 and can cross layer boundaries, if needed- In order to 

prevent problems that can arise from this open aspect of the 
specifications, ITX provides a convention for ordering and 
naming files. 

10 Files stored for use with ITX can be in any DVD disc 

directory. However, there must be a method that allows the 
platform-specific browser and/or playback engine to identify 
the initial starting HTML file in the case were there is no 
executable file. Also., in order to simplify support, it is 

15 strongly suggested that the full convention described below be 
followed on all ITX-authored discs. 

ITX Naming Standard: 

20 Eacl^ DVD-Video authoring system and tool set 

supports different naming capabilities; such as ISO-9660, ISO- 
9 660 with Joliet extensions, Macintosh file names, support for 
Macintosh resources, hybrid discs, etc. Some authoring tools 
go even further by forcing a certain character case (e.g., the 

25 Toshiba authoring system forces all characters to uppercase) . 
These issues must be taken into account as part of the 
development process since some playback platforms may operate 
differently depending on the physical layout and file 
structure on the DVD. As a specific example, Windows and 

30 Macintosh operating systems are case xnsensitlver whereas Unix 
and Linux operating systems are case sensitive. 

For ITX compliance, the following naming standard 
must be followed: 
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• UDF 1-02 and ECMA 167 (second edition) 

• Support for hybrid Windows /Macintosh discs (whereby 
resource forks for the Macintosh operating system are 

5 preserved) 

All files and directories must be developed with 
case sensitivity in mind. The recommended approach is to use 

only capital letters for all directories, file names, and HTML 
10 references. To be safe^ only use A-Z^ 0-9 and the underscore. 
The initial HTML file shall have a name of ITX.HTM. 

ITX Directories: 

15 The ITX.HTM file must be located in a directory that 

follows these rules. Other files, based on individual 
authoring needs may be located in any directory following any 
convention. There may be more than one ITX.HTM file. For 
example, there could be a different one for each platform 

20 supported, or -just one primary one and one alternate for a 
single platform that requires special operations. 



Directory name 


Platform 


COMMON 


All (default) 


LINUX 


linux operating 
system 


MAC 


Macintosh 


NINTENDO 


Nintendo Dolphin 


SONY 


Playstation II and 
CE 


NUON 


VMLabs 


WIN 


Windows 


SEGA 


Sega Dreamcast 
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TOSHIBA 


Toshiba 


WIN 


Windows 


ZORAN 


Zoran 


To be determined 


all other ITX 
directory names must 
be registered to 
insure no conflicts. 



Directory Naming Conven'bions 



Note that any new platform directory narc^es should be 
reserved and assigned before use. However, each platform 
5 developer can control the directory structure under its 

reserved top-level directory name. For example, Sony could 
create a PS2 and PS3 directory under the SONY directory. 

This directory structure allows for proprietary 
10 executable binary files for each platform. For example a 
current PCFriendly DVD (i.e., a DVD in accordance with the 
present embodiment) can utilize the directory structure by 
placing the Windows version of software in a WIN directory, 
and a Macintosh version of software in a MAC directory. Upon 
15 insertion of the disc, the platform will initiate execution of 
the appropriate binaries (based on some platform-specific 
autorun feature) and then the binaries will load the ITX. HTM 
file. 

20 The set-top player browser shall locate its starting 

file via the following logic: 

• Check for online updates enabled and online 

• If OK, then check web for update and use, if found 
25 • Else check for its platform-specific directory. 

• If the platform-specific directory exists and the ITX. HTM 
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file is found, then start; 

• Else if the COMMON ROM directory exists and the ITX.HTM 
file is found, then start; 

• Else the disc is not an ITX disc and it should be played 
5 as a DVD-Video disc. 

The above-described structure allows for device 
specific executable binary file for each type of device 
supported by a particular DVD disk. The platf orm- specif ic 

10 directory structure and its associated set of binaries enable 
any platform to run executables specifically designed for any 
device provided that such executables are available on the 
particular DVD disk being utilized. This capability, in 
essence ;r allows the device specific binaries to override 

15 general purpose ITX content or override a standard browser 
mechanism. While the actual ROM content may reside in a 
device specific directory, it is recommended that all content 
reside in the common directory when possible. The common 
directory can support any number of subdirectories, including 

20 device specific subdirectories. 

The common directory stores, in most cases, the 
actual ITX content (versus platform specific binaries) . It is 
recommended that all ITX content (even platform specific ITX 
25 content reside in the common directory as this provides an 
intuitive content development approach. By maintaining a 
single content directory, Java Script can easily be used to 
detect platforms and render appropriate HTML players pages 
tailored to specific devices. 

30 

There may be cases where device specific binaries 
may be included on the DVD disk, but still the general-purpose 
content. For example, an ITX disk can utilize the directory 
structure by placing a Windows version of software in the WIN 
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directory, and the Macintosh version of the software in the 
MAC directory. Upon insertion of the ITX disk, the platform 
will initiate execution of the appropriate binaries (based on 
a device specific feature, such as autorun) and then the 
5 binaries will load the index.htm file located in the common 
directory, the starting point for any general-purpose ITX 
disk. 

The starting or entry point is the index.htm file, 
10 with which resides in the top level of the coinmon directory. 

It is recommended that all ITX content (with the exception of 
device-specific binaries) be stored in the coinmon directory. 
Java Script can then be used to detect platforms and render 
appropriate HTML pages tailored to specific platforms- The 
15 index.htm file will be the background container" web page 

while standard playback occurs. This page enables Java Script 
event handlers to be loaded and activate to handle events 
during playback- The meta-data of the index.htm file contains 
the ITX-API version information. 

20 

Referring to Fig. 2A, a flow chart is shown of steps 
traversed upon the coupling of a storage medium with, e.g., 
insertion of a DVD disk into, a device, e.g., a personal 
computer, a consumer electronics device, a game console, or 

25 the like. Steps traversed upon insertion of the DVD disk into 
the device are divided into phases as follows . During the 
first phase, a disk detection algorithm determines if. the disk 
has content in accordance with the present embodiment, i.e., 
whether the disk is an ITX disk, i.e., whether the disk 

30 contains ITX content. This determination is made by examining 
whether a file named index.htm is located in a "common" 
directory on the DVD disk. 



If the index.htm file exists, then the DVD disk is 
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an ITX disk. Otherwise, the DVD disk is determined not to be 
an ITX disk. During a second phase, a determination is made 
as to whether the DVD disk is a DVD-Video or a DVD-Audio, or 
whether a disk of another type has been inserted, such as a 
5 CD- DA. Logic for performing the second phase is included, 

generally, in the device, and this is not discussed in detail 
further herein. (Such logic is known.) 

During a third phase, a determinatidn is made as to 
10 a default playback mode of the device. This is determined by 
reading a '^player mode'' from the property, e.g., 
InterActual . PlayerMode . If the device is configured for 
^^play" mode, ITX content, e.g., HTML content, is bypassed, 
whereas if the device is configured for ITX mode, then the ITX 
15 content is launched beginning with the index.htm file in the 
common directory. The ITX content itself can then be updated 
dynamically if the device is connected to the Internet, or an 
equivalent network. There is no Internet connection, or 
equivalent connection, the device renders ITX content from a 
20 ROM portion of the DVD disk. 

For non-ITX disks, when the device is configured for 
ITX mode, a default content home page (called default.htm) is 
displayed and an Internet connection, or equivalent, is 
25 attempted to provide potential ITX content for the non-ITX 
disk. 

During a fourth phase, platform specific file 
detection occurs, and a determination is made as to whether 
30 there are platfoana specific binary files on the DVD disk for 
the device- This is accomplished by searching for a 
predefined directory, as described above, associated with the 
device . 
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During a fifth phase, a determination is made as to 
whether a connection to the internet or similar network, can 
be made. This step is performed for ITX disks in order to 
deteannine whether updated content is available from a server. 
5 Additionally, for DVD disks without ITX content, a connection 
to an on-line database can be attempted, so that the database 
can be interrogated to determine whether a server containing 
content associated with the DVD disk is available. If such 
content is available, an interactive experience similar to 

10 that available on ITX disk can be offered to the user of the 
device. When the device is in '^play" mode, then ITX disk can 
display an icon, to signify that ITX content is available from 
the DVD disks ROM area*. If the user selects the icon, a 
content home page is displayed, i.e., default -htm, so that the 

15 user can switch to ITX mode. 

With reference to Fig. 3, a process 300 for 
obtaining update information is described. The process 300 
begins with a decision step 302 wherein a detearmination is 

20 made as to wh^her the user is online and whether the user ' 
prefers to check for updates online. If the answer to 
decision step 302 is no, then in another decision step 304 a 
determination is made as to whether HTML update information is 
available. If such information is available then in an 

25 operation 306, the ITX. HTM is started from the web and the 

update information is retrieved. If the answer to question 302 
or both questions 302 and 304 are no, then in yet another 
decision step 308 a determination is made whether a platform 
directory exists, the platform * directory applicable to the 

30 platform of the user device. If an appropriate platfoann 
directory does exist, then in an operation 310, ITX. HTM is 
started in the platform directory. If an appropriate platform 
directory does not exist, then in a decision step 312 a 
determination is made as to whether a common directory exists 



wo 02/05104 



30 



PCT/USOl/21187 



which can be used with the platform of the user device. If 
such a common directory does exist, then ITX.HTM is started in 
that directory. If such a common platfomra directory does not 
exist, then in a step 316 the DVD is played a normal video 
5 without Internet enhancement. 

It is recommended that each player have a user setup 
that allows the ITX functionality to be overridden, such as: 



10 • Check for ITX and start as ITX if found (default setting) 

• Check for ITX and give the user a menu choice of ITX or 
Standard 

• Show the ITX icon on the screen for several seconds when 
ITX is found (include a remote control function that re- 

15 starts discs in ITX mode 

• Play all discs as DVD-Video, ignoring ITX 

ITX Programming Interface (mandatory compliance) : 

20 This' section describes the ITX application 

programming interface (API) for controlling and scripting ITX- 
enhanced discs. The API is divided into five sections: 



• Embedding. Syntax for embedding DVD-Video, within a web 
25 page. This section also addresses displaying video full 

screen and in a window. 

• Commands. Commands control the playback and search 
mechanisms of a DVD-Video disc, 

• Proper-ties. Properties are used to, query attributes of 
30 the DVD-Video and set certain configuration properties. 

• Eventis. Events are used to trigger notification of 
various playback conditions, such as time changes, title 
changes and UOP changes. Events are essential for 
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scripting and synchronizing the video with other assets. 
Embedding: 

5 This section describes how to embed DVD-Video within 

an HTML page and control its layout. 

Computer operating systems shall embed DVD-Video 
using currently available embedding techniques. Examples for 
10 each of the major computer operating systems is are provided 
below : 



Operating 
System 


Example 


Windows 


<object ID="PCFriendly" 

CLASSID="clsid:A0739DE5-571F-llD2- 
A031-0060977F760C" 

B0RDER="1" WIDTH==50% HEIGHT=60% > 
</object> 


Apple/Maclnto 
sh 


<embed I D=" PC Friendly" 

TYPE-="application/x-pcf riendly- 
plugin" 

ALT-''PCFriendly Plug In'' 
HIDDEN="TRUE" > 
</embed> 


Iiin-ux 


TBD 


Others 


TBD 



Examples for embedding DVD-Video in HTML 



15 After the DVD-Video object is embedded in the web 

page, it can be accessed using any style sheet;, link, or 
scripting language. Values for the ID string must begin with a 
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letter (A-Z or a-z) and may be followed by any number of 
letters, digits, hyphens, and periods up to a maximum of 48. 

Unlike computers, setrtop boxes do not generally 
5 have a full-blown operating system and browser. Therefore, the 
capabilities within the browser are often more restricted. For 

embedding DVD-Video within these platforms using ITX, the 

PC Friendly'' ID must be integrated within the embedded browser 
as any other tag structure. With this approach, any embedded 
10 browser that encounters the ^'PCFriendly" tag, would 
autoinatically associate this identifier with the ITX 
programming API described later in this section. 

While many possible windows configurations are 
15 possible for displaying the update data, the update data is 
preferably provided on a screen in the following manner: 

• Toggling between full screen 

• Displaying within frame 

• Dynamic resizing 

20 

Commands : 

Commands (also known as functions or methods in OOP 
terminology) control the playback and navigation mechanisms of 
25 a DVD-Video /Audio or CD-DA disc. Commands can be used by the 

calling application (HTML, C++, or other) to initiate a DVD/CD 
playback function. The commands supported by ITX are listed 
below . 

30 • All commands support return values as shown above. 

• See notes at the end of the table and for a description 
of the optional time and FX parameters designated by [*]- 
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• Items in square brackets [] are optional. 



ITX Commands 


Description 


DVD 


CD 


Suppo 


Range 






Play 


— 


rt 








er 


DA 


Level 




Open ( f ilenam 


Opens specified 


Both 


Y 


Base 


- 


e 1 type) 


file name. 












See note 1. 










Play([*]) 


Start playback of 


Both 


Y 


Base 






the DVD. 










Pause ( [*] ) 


Pause playback of 


Both 


Y 


Base 


- 




the DVD 












(Pause^On) . 












Subsequent issue 












of Pause () resumes 












playback 












(Pause_Of f ) 










Stop([*]) 


Stop playback of 


Both 


Y 


Base 


- 




the current DVD. 












Stops execution of 












current PGC and 












transfers to Stop 












State. 










FastForward ( 


Fast forward the 


Both 




Base 


2 - 99, 


[x[,^]]) 


current DVD at x 








althoug 




speed. (By 








h some 




default, X = 2) 








players 












may 












allow 












only 












the DVD 












values 












of 
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2, 4, 8,1 
6,32 


Rewind ( [x[,* 
]]) 


Rewind the current 
DVD at X speed. 
(By default, x = 

2) 


Both 




Base 


same as 
above 


Slow( 
) 


Play ttie current 
DVD at X speed - 
(By default, x = 2 
for H speed) . 
Supported Features 
should be checked 
first to determine 
if capability is 
supported. 
See note 2 . 


Both 




Adv 


2-99 
(recipr 

ocal 
values ) 


SlowReverse ( 
x[,*] ) 


Play the current 
DVD at x speed in 
reverse. (By 
default, X = 2 for 

H speed) . 

Supported Features 
should be checked 
first to determine 
if capability is 
supported. 
See note 2 . 


Both 




Adv 


same as 
above 


Step ( [n[, *] ] 
) 


Steps playback of 
the DVD forward n 
frames . Supported 
Features should be 
checked first to 
determine if 


Both 




Adv 


1 — 30 
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capability is 
supported. By 
default, n=l. 










NextChapter ( 
[*]) 


Halts playback of 
the current 
chapter and starts 
playback from the 
next chapter 
within the title. 


Vide 
o 




Base 




PrevChapter ( 
[*]) 


Halts playback of 
the current 
chapter and starts 
playback from the 
start of the 
current chapter; 
or if near the 
start of a chapter 
goes to the 
previous chapter. 


Vide 
o 




Base 


- 


NextTrackO 


Halts playback of 
the current track 
and starts 
playback from the 
next track in the 
same Audio Title 
within the Title 
Group - 


Audi 

o 


Y 


Base 




PrevTrack ( ) 


Halts playback of 
the current track 
and starts 
playback from the 
previous track in 
the same Audio 


Audi 
o 


Y 


Base 
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Title within the 
Title Group, 










NextDisplay ( 
[*]) 


Presents the next 
visual 

display/slide in 

the display list 
to the user. 


Audi 
o 




Base 




PrevDisplay ( 
[*]) 


Presents the 
previous visual 
display/ slide in 
the display list 
to the user. 


Audi 
o 




Base 




TitlePlay (t t 


Start playback at 
the specified 
title index, t- 
(Initializes all 
GPRMs and SPRMs) . 


Vide 
o 




Base 


1-99 


Chapter Play ( 
t.c[,*]) 


Start playback at 
the specified 
title index and 
chapter value. If 
in TT___DOM and 
already within 
specified title, 
ChapterSearch is 
issued to maintain 

values. Otherwise, 
ChapterPlay is 
issued and all 
GPRMs and SPRMs 
are initialized. 


Vide 
o 




Base 


t: 1 - 

99 

c:l - 
99 


TimePlay (h;.in 


Start playback at 


Both 




Base 


h: 00 - 
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the specified- 
Specify time in 
hours, minutes, 
seconds, frames. 
(Computer must 
translate into 
milliseconds) . If 
in TT_DOM or 
TT_GR_DOM and 
already within 
specified title, 
TimeSearch is 
issued to maintain 

values- Otherwise, 
TimePlay is issued 
and all GPRMs and 

O IT IxlYlS a. XT 6 

initialized . 








23 

m: 00 - 
59 

s: 00 - 
59 

f: 00 - 
29 


TitleGroupPl ^ 


Start playback at 


Audi 




Base 




ay(g[,*]) 


the specified 


o 










title' group 












number. 










TrackPlay (g, 
t[,*]) 


Start playback at 
the specified 
title group number 
and track number. 
If in TT_GR_DOM 
and alr^adv wi'hh'in 
specified title 
group, TrackSearch 
is issued to 
maintain all GPRM 
and SPRM values. 


Audi 
o 


Y 


Base 
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Otherwise, 
TrackPlay is 
issued and all 

GPRMs and SPRMs 
are initialized. 
In case of CD-DA, 
group number 
should be 1 by 
•default . 










HiddenGroupP 
lay 

(g[,*]) 


Plays desired 
hidden/locked 
group . 


Audi 
o 




Adv 




HiddenTrackP 
lay 

(g,t[,*]) 


Plays desired 
hidden/ locked 
track within 
Hidden Group. 


Audi 
o 




Adv 




H i del enT ime P 1 
ay 

(h,m,s[,*]) 


Plays f roiti 
specific time 
within Hidden 
Group . 


Audi 
o 




Adv 


h: 00 - 

23 

m: 00 - 

59 

s: 00 - 

59 


Menu ( X [ , * 1 ) 


Display the 
specified menu. 
See note 3. 


Both 




Base 


1-5 


GotoMenuID(x 


Displays menu 
associated with 
entered menu ID 


Both 




Adv 


- 


GotoBookMark 
(x[,*]) 


Continues playback 
at the specified 
bookmark location 
by number. 
See note 4 . 


Both 


Y 


Adv 
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S a veBoo JcMar k 
(x[,*] ) 


Creates a boo3aiiark 
at the current . 
location to store 
with a given 
number. 
See note 4. 


Both 


Y 


Adv 


0 ~ n 
n is 
system 
depende 
nt, 
about 
32 


Resume ( [*] ) 


Resume DVD 
playback (if 
applicable based 
on Navigation) . 


Both 




Base 




StillOff ( [*] 
) 


Continue with 
still off. 


Both 




Base 




UOPMask ( ) 


Retrieve current 
UOPs. 


Vide 

o 




Base 




AutoMouseHid 
e(b) 


Show or hide the 
mouse cursor when 
the DVD is 
playing. (Hide 
occurs 2 seconds 
after no activity) 


Both 




Adv 




UpButtonSele 
ct { [n] ) 


Selects the up 
direction button n 
times. By default 
n = 1. 


Both 




Base 


1-36 


DownBu 1 1 onS e 
lect 
([n]) 


Selects the down 
direction n times . 
By default n = 1. 


Both 




Base 


1-36 


LeftButtonSe 
lect ( [n] ) 


Selects the left 
direction button n 
times. By default 
n = 1. 


Both 




Base 


1-36 


RightButtonS 


Selects the right 


Both 




Base 


1-36 
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elect 

/ r 1 \ 
( [ri] ) 


direction button n 
times . By default 
n = 1. 










ButtonActiva 
te() 


Activate the 
current 
highlighted 
button. 


Both 




Base 


- 


ButtonSelect 
And 

Activate (n) 


Activate the 
specified 
highlighted 
button, where n is 
the button number 
between 1 and 36. 


Both 




Base ' 


1-36 


AudioSeiect ( 
n) 


Sets the stream 
number of the 
Audio to play 


Both 




Base 


1-8 


SubPictureSe 
lect (n) 


Sets the stream 
number of the 
Subpicture to 
display 


Vide 
o 




Base 


1-32 


SubPictureEn 
able (n) 


Enables or 
Disables 

Subpictures (sub 
titles) 


Vide 

o 




Base 


0 - off 
1 = on 


AngleSelect 
(n) 


Sets the stream 
number of the 
Angle to play 


Vide 
o 




Base 


1-8 


MenuLanguage 
Select 
(n) 


Selects the 
language for the 
System Menu 
according to the 
language code (n) . 
Only available in 


Both 




Base 
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a Stop State. 










TextLanguage 


Selects the 


Audi 




Base 


1 - tbd 


Select 


language for the 


o 








(n) 


Audio Text Data. 










ParentalLeve 


Selects parental 


Vide 




Base 


1-8 


ISelect (n) 


level of player. 


o 








ParentalCoun 


Selects the 


Vide 




Base 


1 - tbd 


trySelect (n) 


country for the 


o 










parental level. 










KaraokeSelec 


Changes the Audio 


Vide 




Adv 


1: 


t (X) 


mode for Karaoke. 


o 






vocalis 












t 1 




• 








2: 












vocalis 












t 2 












3: 












guide 












melody 


Zoom( [x,y * 


Zoom (or scale) by 


Both 




Adv 


2500 - 


]]) 


a percentage 








40000 




factor of X 












(horizontal) and y 








{16-bit 




(vertical) . 








unsigne 




Individual players 








d 




may support 








values) 




various zoom 












ranges^ but 25% to 












400% is 












recommended (2500 












< x,y < 40000) . 












See note 5. 












X and Y are 












integers, 100 
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times the 
percentage. By 
default, X and y 
are 10000 (100%) . 










Pan( [x,y[,*] 
]) 


Set center point 
of zoomed display 
to x,y coordinates 
based on 
percentage of 
normal content 
full screen 
display. 
See note 5. 
X and Y are 
integers, 100 
times the 
percentage- By 
default, X and y 
are zero (center 
point) . 


Both 




Adv 


-5000 

to 
+5000 


VideoBlendin 

g 

{ [a,c[,*]]) 


Contrpls whether 
the video is 
played in its own 
window/ full screen 
(a=0) or if the 
video is in the - 
background and 
HTML content is 
blended on top of 
it (where a is the 
alpha blending 
value from 1 to 
255; c is HTML the 
HTML background 


Both 




Adv 


a: 0 - 
255 

c: 32- 
bit 
ARGB 
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color that is 












clear) . By 












default, a— 255 












^iiiiyiij on top/ anQ 












c==white (white 












UT'^/IT- 1^ !/• /~f V /*s 1 1 ^ A e» 

n 1 r'i-Li LJa. Jvy X CJ LillCl XS 












clear for video to 












show through) . 












See note 6. 










Bitmap Layer 












Ex-tens Ions 












CreateLayer { 


Create an overlay 


Both 


Y 


Adv 


b: 1 - 


b,c,r,d,p) 


layer 








9 




b is the bitmap 








c: 32- 




overlay ref number 








bit 




(or handle) 








ARGB 




Initialize to 








r: 1 - 




color c 








4 




r is the 








d: 1, 




resolution 








2, 4, 




d is the number of 












bits per pixel, p 








16, 24, 




is the palette 








32 




when b=l, 2,4 or 8 








P: 




See note 7 • 








palette 












tbX 


ChangePalett 


Change the palette 


Both 


• Y 


Adv 


b: 1 - 












Q 

-7 












P = 












palette 












tbl 


DestroyLayer 


Destroy an overlay 


Both 


Y 


Adv 


1-9 


(b) 


layer, if b= 0 
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then destroy all 












layers . 










ShowLayer (b [ 


Make a layer 


Both 


Y 


Adv 


1-9 


,*]) 


visible 










HideLayer (b [ 


Hide a layer 


Both 


Y 


Adv 


1-9 














SetVectorDra 


Set default 


Both 


Y 


Adv 


b: 1 - 


w 


drawing color (c) 








9 


{b,c,w[,*]) 


and width (w) for 








c: 32- 




layer b. 








bit 




c: ARGB or index 








ARGB or 




into palette 








palette 




w: 1 to 16 pixels 








index 












w : 1 - 












16 


SetVectorCor 


Set the user 








x: 0 - 


nexs 


coordinate system 








720 (or 


(xl,yl,x2,y2 


to: xl,.yl (upper 








1920) 


) 


left corner) ; 








y: 0 - 




x2,y2 (lower right 








480, 




corner) . 








576 (or 




The default is' 








1080) 




0,0. .720,480 for 












NTSC and 0,0. .720 












57 6 for PAL; which 












matches one to one 












to pixels in the 












layer. (All values 












are 16~bit signed 












integers) 












This coordinate 












system is used for 












VectorMove and 
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\ra "H T* T«T 

V CO xrux.a.w 










V UOiKIO V S 


iYiove to Oil 


ootn 


\r 
1 


ACV 


XI 0 — 




layer t) . 








720 (or 




(X/Y based on 








1920 ) 




S et Ve ct o rCo me r s ) 








V : 0 — 












4 80, 












o / b ( or 












108 0 ) 












D : 1 — 












y 


VectorDraw (x 


Draw to x,y on 


Both 


Y 


Adv 


x: 0 - 


i-Yf o [ / * J ) 


layer b . * 








720 (or 




(x,y based on 








1920) 




SetVectorCorners ) 








v 0 — 












4 oU , 












o7o (or 












T no rv \ 
J.Uo U ; 












o : 1 — 












Q 


Displaylmage ^ 


Display image from 


Both 


Y 


Adv 


f : 


(f / 


file (types: JPEG, 








f ilenam 


a [, *] ) 


Gif ) in layer t>^ 












with alpha blend 








b: 1 - 




xe vex a . ^jjayer 












musL. nave 








a • u 


























Time and FX 












SetRelTime ( [ 


Set the relative 


Both 


Y 


Base 


t: 0 - 


t]) 


time counter to t. 












{unsigned 32-bit 












integer in ms) 








unsigne 




See GetRelTime 








d 32- 
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property. The 
relative time 
affects only 
commands issued 
for delayed 
execution 
(queued) . Once 
queued commands 
use machine 
absolute time. By 
default, t = 0. 








bit 

integer 


FlushCmdQueu 
e() 


Flush and/or 
initialize the 
command queue. 


Both 


Y 


Base 
















Misc 

Sxtienslons 












S e tMixVo lume 
(x[,*]) 


Set primary audio 
stream voliome 
level to 
percentage x to 
allow overmixing. 


Both 


Y 


Adv 


x: 0 - 

100 

0 = 

mute 

main 

audio 


Fullscreen (w 


Toggles video 
playback between 
full screen and 
window. 


Both 




Base 


0 = 
full 

1 = 

window 


NetConnect ( [ 


Establish WWW 
connection to 
optional URL 
provided- By 
default, 

connection is made 


Both 


Y 


Adv 


u = 

text 

string 
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with no URL. 






















Compu-ber 
Only: 


The following 
commands should be 
ignored in seb-t:op 
players 








- 


Close {) 


Close the driver 
and stop playback 
of the current 
DVD. 


Both 


Y 


Base 


- 


ShowControis 
(x,y[,*]) 


Show or hide the 
video controls in 
full screen mode/ 
at K,y. Use 
to hide - 


Both 


Y 


Base 


x: 0 - 
1920 
y: 0 - 
1200 


ShowContextM 
enu 
0 


Controls the right 
mouse click 
context menu. 


Both 




Base 




PopUpMenu ( ) 


Displays and 
allows the audio 
languages^ sub- 
pictures, and 
angles to be set 
to those currently 
available . 


Both 




Base 




SuppressErro 
rs (b) 


Suppresses display 
of error messages 
(0= suppress 
display of error 
messages, 1= 
display error 
messages) 


Both 


Y 


Base 


0 = 

suppres 
s 

1 = 
show 



XTX Command Summary 
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Command Not:es: 

[*] optional parameters 

5 Special effects and timed operations are performed with 

four optional parameters. See section 2.1.2.2.3 for 
complete details. 
1 . Open . 

Opening of VOB files and MPEG files is required for 
10 baseline support. Other file types are advanced 

features. An open file can be played, paused, stopped. 
Fast forward and rewind are not available. Stopping 
causes the file pointer to be reset to the start of the 
file. 

15 2- Slow and Slow Reverse. 

If slow is supported a speed of ^ is required. Other 
slow speeds may also be supported; decreasing powers of 
two are recommended: 1/8, 1/16, etc although any 
value from ^ to 1/9 9 is allowed. Integer reciprocal 
20 values^are used for the speeds, such as 2 for H and 4 

for H, etc. 
3 . Menu , 

Menu choices are: 
1: Title Menu 
25 2: Root Menu 

3 : Chapter Menu 
4 : Audio Languages Menu 
5: Subpicture Languages Menu 
4 . BooJcmarks . 

30 The bookmarks are assigned a number when set. A 

GotoBookMark returns to the same position on the disc 
as when the bookmark was set (saved) . Preservation of 
bookmarks during powerjdown is not required, however, if 
implemented, bookmarks shall be unique to the disc 
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(using a generated disc id) . A minimum of one bookmark 
per disc is required if implemented {32 recommended) . 
It is recommended that bookmarks save the entire DVD- 
Video or DVD-Audio state, but this is not required. At 
a minimum, the correct title and time must be saved. 
Zoom and Pan. 

Zoom parameters are based on a percentage, so integer 
values of 10000 and 10000 (x and y) indicate 100% of 
normal full screen display with no zoom. Normally the x 
and y scale factors should be the same to maintain a 
correct aspect ratio. When zooming to a value greater 
than 100%^ by default, the center point of the image 
remains on the center of the display. Panning allows 
moving the center point of the portion of the image to 
be displayed. These x and y pan parameters are provided 
as a percentage of the display from -50% to +50% using 
integer values from -5000 to +5000. (This is done so 
that the differences between NTSC and PAL do not have 
to be calculated in pixels . Additionally, it may also 
be pos'Sible to use the same HTML code for handling 4:3 
and 16:9 as well.) If the pan parameters would cause 
the display to pan off the edge of the video, then the 
platform software shall only set that panning parameter 
to the largest or smallest value that keeps the video 
in the display area. 
Blending. 

This advanced feature allows an HTML page to be 
constructed that includes a background color (the 
colorkey) that is treated as clear- Other information 
on the page (graphics or text) is then alpha blended 
with the video- An alpha value of 0 indicates that the 
video shows everywhere. An alpha value of 255 indicates 
that the HTML page shows everyivhere (except where it is 
clear as defined by the colorkey value) . This allows. 
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for example, placing textual titles on top of the video 
(or blended with the video) . Graphical menus can be 
added in the same manner. A minimum of 16 (256 
recommended) discreet alpha values are required if this 
5 feature is supported. However, the alpha blend 

parameter is always from 0 to 255. 
7 • Bitmap Layers . 

The bitmap layer features allow defining and using 
multiple layers (possibly only one active at a time 

10 - depending on the playback device) with other layers 

stored in memory and ready to be activated when needed. 
This is how an event moderator can remotely draw onto 
the video image. The number of bits per pixel (color 
depth) can be 1, 2, 4, 8, 15, 16, 24 or 32. For bpp of 

15 1, 2, 4 and 8 a palette must be provided {32-bit ARGB 

data) . It is anticipated that the most frequently used 
capability .will be bpp values of 1 or 2 to be used for 
image markup, like a chalkboard with 1 to 4 colors- Bpp 
values of 15, 16, 24 and 32 allow images to be used on 

20 a layer. 

Errors and Warnings 

All commands shall return one of the following error 

25 codes 



number 


name 


description 


commands 


0 


OK 


Successful 


all 


1 


General 
Error 


other or Unknown error 
condition 


all 


1 


FileNo-t 
Found 


File not found 


Open, 

Display Image 


2 


NotSupp 


File type or feature not 





wo 02/05104 



51 



PCT/USOl/21187 





orted 


supported 




3 


NoDisc 


Attempt to play with no 
disc 


Play, -\- others? 


4 


BadPara 
m 


Parameter out of range 


many 


5 


ParamEr 
ror 


Parameter out of range 
for current disc or 
current condition 


many 


6 


NoMem 


Not enough memory for 
operation 


CreateLayer, 
Displaylmage 


7 


QueueFu 
11 


Command queue is full 


Time delayed 
command 


8 


Queue Fa 
il 


Timed command error 
(such as overlapping 

command) 


Time delayed 
command 


9 


QueueWa 
rn 


Timed command accepted, 
but action may be 
emulated 


Time delayed 
command 



Error and Warning Smamairy 



Layers and pixel formats: 

With reference to Fig. 4, a data layout 400 for a 
5 layer with 2 bpp, resolution is depicted. Also depicted is a 
data layout 402 for a layer with a 4bpp resolution. The pixel 
formats for data in a layer may be stored (internally) in any 
format. The diagrams on the next page illustrate how it might 
work in one implementation. The data in the LUT (lookup table) 
10 is provided as a color palette by CreateLayer ( ) or 

ChangePalette 0 . Each entry in the palette is a 32-bit 
integer as follows : 

byte 0: blue (least significant byte) 
15 byte 1: green 
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byte 2: red 
byte 3: alpha 

An alpha value of 0 indicates a transparent color 
5 (i.e. the video shows through) and 255 is a solid opaque color 
(i.e. no video shows through). The first entry in every color 
palette should consist of 4 bytes of zero, a clear color. The 
default color value, c, in CreateLayerO should norinally be 
zero to initialize the layer to a clear color. Special visual 

10 effects can be created by use of other values, such as 

initializing a layer to red, then erasing it off with a series 
of drawing commands and/or by changing alpha values, in the 
color palette, etc. Layers and data on them are not affected 
by video transitions and special effects having to do with 

15 video playback. 

As described in the next section, some commancjs may be 
modified with time parameters and special effects or 
transitions. Of particular note to the bitmap layer commands 

20 are the ChangePalette () and VectorDrawO commands. A 

VectorDraw { ) command with a time duration simply draws a line 
incrementally. However, the ChangePalette () command with a 
time duration should be implemented such that there are three 
complete palettes, the original, the final and the current 

25 palette. At each time increment every palette table entry is 
interpolated towards its final value. The ShowLayer () and 
HideLayerO commands may have a timed special effect applied 
to them such as a wipe or fade. 

30 Transitions, Special Effects and Timing: 

Similar to how an author might use transitions and 
special effects during video editing, ITX allows a subset of 
these types of capabilities, depending on the unique 
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capabilities of each playback system. If a system cannot 
produce the effect due to hardware or software limitations 
then it should gracefully degrade to some emulation or simply 
produce no effect at all, but concluding at the same logical 
5 end point. 

Transitions can be used^ for example,, when switching 
from one scene to another with a time search or chapter 
search- If no effect is specified, then the playback system 

10 would noanmally produce a standard cut or possibly insert black 
frames between the scenes. However, if a wipe left is 
specified, then the final still frame of scene 1 is shown and 
scene 2 wipes in from the left at the specified rate. (No 
attempt is made to provide a moving image for both scenes 

15 simultaneously. ) 

The following table details the optional parameters 
and their ranges: 





Description 


range 


XXX { 


? [tl,t2,fx,p] ) 


Command xxx with optional 


tl: 0 - 






parameters as follows: 


231 






tl: time 1 (0 or relative 


t2: 0 - 


see 


command list 


start time) 


231 


in 2 


.1.2-2 where 


t2: time 2 (duration (if 




[*] 


is replaced by 


tl=0) or relative end time) 


fx: 0 - 


[tl. 


t2,fx,p] 


fx: special effect number 


999 






p: extra parameter based on 


p: 32-bit 






fx 


value 








based on 






There are two basic modes: 


X 






1. If tl=0, then t2 is the 








command duration - 


all 






2. If tl>0, then tl=starting 


unsigned 
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relative time and t2^ending 


32-bit 




relative time. 


integers 




tl and t2 are unsigned 32- 






bit integers in 






milliseconds . 






The possible choices for the 






variable numbers of 






parameters are: 






tl (not allowed) 






tl, t2 






tl, t2, fx 






tl, t2r fx, p 





Optional Parameter format for timed conunands and special 

effects 



Notes: 

5 

1. Immediate Execution 

To cause a timed command or special effect to start 
immediately, the tl parameter must be set to zero (or 
to a value less than the current relative time) . The t2 

10 parameter contains the duration of the pommand (when tl 

= 0) . If tl is greater than zero, but less than the 
current relative time then the duration is equal to t2- 
tl. A negative duration is treated as the shortest 
possible time for that operation. 

15 2. Delayed Execution 

To cause a command to be queued for later execution, 
the tl parameter must be set to a non-zero value 
greater than the current relative time. To accomplish 
this the current relative time can be queried via the 
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GetRelTime property. Alternatively, the relative time 
can be set using the SetRelTime conmiand. Once a command 
has been queued, the player shall convert the relative 
time to an absolute time for its scheduled execution 
5 and cannot be changed. (However, the command queue can 

be flushed.) 
3. SpecialFX. 

Any immediate or delayed execution command can have a 
. special effect or transition (with optioannl parameter) 

10 added to modify its operation. All special effects and 

transitions must be accepted by all players but may be 
emulated or ignored if the effect cannot be performed. 
The same is true of the timed nature of various 
commands - if a player has a fixed duration for 

15 executing a particular command, then the requested 

duration is ignored. 

4 . Command Macros 

Macros of commands can be created by using the 
SetRelTime and then issuing various commands based with 
20 offsets from that time. 

5 - Command queue 

The player must support a command queue with a depth of 
at least two items (eight is recommended; PC/Mac: 64 is 
recommended) . That is, two items are pending execution 

25 at a later time while further commands continue to 

execute- If a command is accepted for the queue, then 
it must be executed (unless flushed or some other 
operation negates or overrides its action) . Times 
stored in the queue should be in an absolute machine 

30 time (not relative time and not DVD playback time) so 

that subsequent changes to the relative time do not 
affect commands already queued. 
6. Conflicting commands 

Because it is possible to schedule commands that have 



wo 02/05104 



56 



PCT/USOl/21187 



overlapping times ^ these must be checked prior to 
acceptance for the queue. Non-conflicting, overlapping 
operation can be accepted. Conflicting overlapping 
operations may be accepted also if the operations can 
5 still be logically completed. Conflicting overlapping 

operations that are accepted shall return a warning 
code. An example of a conflicting operation would be to 
schedule a chapter advance with a 5 second fade in and 
a second chapter advance after only 2 seconds. Robust 
10 internally interlocks must be used if there is any 

chance of an erroneous program to lock up a machine due 
to the use of timed or delayed execution commands . A 
fallback to basic sequential operation is suggested . 

15 



Exemplary transitions and special effects according 
to an embodiment of the invention include the following. 



nu 
m 


name 


des cr ip1:i on 


parameters 


0 


none 


standard cut, no effect 


none 


1 


dissol 
ve 


old scene dissolves away, 
new scene appears 


none 


2 


fade 


old fades to color, new 
scene fades in 


color: 32-bit 
ARGB 


3 


wipe 


old scene is wiped off 
revealing new scene 


LRTB 


4 


reveal 


old scene is pulled off, 
revealing new scene 


LRTB 


5 


slide 


new scene slides on, 
covering old scene 


LRTB 


6 


push 


new scene pushes old scene 


LRTB 
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off 




7 


peal 


old scene is peeled off 
(like a wipe, but 3D) 


LFTB 


8 


corner 
wipe 


wipe from a corner 


ULURLLLR 


9 


corner 
reveal 


reveal from a corner 


ULURLLLR 


10 


corner 
slide 


slide from a corner 


ULURLLLR 


11 


corner 
peal 


peel from a corner 


ULURLLLR 


12 


random 
boxes 


random boxes poke holes in 
old scene revealing new 

scene 


box size in 
pixels 


13 


blinds 


horiz or vert blinds wipe 
off revealing new scene 


blind size in 
pixels 


14 
99 




reserved for other 
transitions 




10 
0 


none 


standard video and audio 


none 


10 
1 


YUV 


adjustments are made to luma 
and chroma 


byte 0: V 
byte 1: U 
byte 2: Y 
byte 3: 

reserved 0 
(signed byte 
adjustments ) 


10 
2 


snow 


snow is added to the display 


0 = none 

255 = maximum 


10 
3 


ripple 


video is played like 
underwater 


0 = none 

255 = maximum 


10 




reserved 
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4 
- 

99 
9 








10 




assignable for specific 




00 




system effects 




an 








d 








up 









List of Transitions and Special Effects 

Notes : 

LRTB: 1 = left, 2' =" right, 3 = top, 4 = bottom 
ULURLLLR: 1 = upper left, 2 ^ upper right, 3 = lower 
5 left, 4 == lower right 

All transitions and/or effects do not make sense 
with each command. The guiding philosophy should be to 
implement only those that make sense. The following table is 
10 the recommended set features for the most advanced playback 
systems with Yi being the most basic to Y4 the most advanced. 



ITX Command 


tuLme 
delayed 

(queued) 


time 
duration 


effect/ tr 
ansi'bxon 


ChangePale't'te 
{b,p[,*]) 


Yi 


Y4 




ChapterPlay (t 
,c[,*]) 


Yi 


Yz 


Y2 


Display Image ( 
f, b, a[,*]) 


Yi 


Y3 


Y3 


FastForward( [ 
x[,*]3) 


Yi 


Y2 


Y2 
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Fullscreen (w [ 

,*]) 


Yi 


Y3 




GotoBookMark ( 
x[,*]) 


Yi 






GotoMenuID (x [ 
-,*]) 


Yi 


Y2 


Y2 


HiddenGroupPl 
ay(g[.*]) 


Yi 






HiddenTimePla 
y (h,m, s [, *] ) 


Yi 






HiddenTrackPl 
ay (g,t ) 


Yi 






HideLayer (b [ , 
*] ) 


Y.1 


Y3 


Y3 


Menu (x[, *] ) 


Yi 


-Y2 


• Y2 


NetConnect ( [u 

t,*n) 


Y? 






NextCtiapter ( [ 
"^1 ) 


Yi 


Yo 




NextDisplay"( [ 

*]) 


Yi 


Y2 


Y2 


Pan( [x,y [,*] ] 

) 


Yi 


Y2 




Pause ( [*] ) 


Yi 


Y2 


Y2 


Play ( [*] ) 


Yi 


Y2 


Y2 


PrevChapter { [ 
*] ) 


Yi 


Y2 


Y2 


PrevDisplay ( [ 
*])- 


Yi 


Y2 


Y2 


Resume ( [*] ) 


Yi 


Y2 


Y2 


Rewind { [x[,*] 
]) 


Yi 


Y2 


Y2 


SaveBookMark ( 


Yi 
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x[,*]) 








setuynxvoxume ( 
x[,*]) 


V 






SetVectorDraw 

/w r» T«r r * 1 \ 

vJ^f w L f J ; 


XI 






ShowControls ( 
X/ y L f J ; 


Yi 


Y3 


Y3 


J / 


Xi 


Yo 


Yo 
X3 


Slow f fx r * 1 1 ^ 


■•-1 


-■-2 


2 


SlowReverse (x 
L f J ; 


Yi 


Yz 


Yz 


Step( [n[,*] ] ) 


Yi 








Y, 






Stop([*]) . 


Yi 


Yz 


Yz 


TimePlay (h.^ m, 
s,f [,*]) 




Y2 


Y2 


TitleGroupPla 

y{g[,*]) 


Yi 






TxtlePlay (t [ / 

*] ) 


Yi 


Y2 


Y2 


iracKFiay u 

[,*]) 


Yi 






VectorDiraw (x^ 
Y,b[,*] ) 


Yi 


Y3 




V \^\J X. Lri\J V C v ^ f 

y,b[,*] ) 


Xi 


Yn 




VideoBlendlng 
([a,c[,*]]) 


Yi 


Yz 




Zoom( [x,Y[,*] 
] ) 


Yi 


Yz 





Recommended Commands and Special Effects Matchups 
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ITX Events 

Events are integral to synchronizing DVD-Video with 
other media. With these events, web pages can be synchronized 
5 with the audio or video. For example, each ChapterEvent 
(start of new chapter) can change an HTML storyboard that 
corresponds to the movie. Time events can be used to 
coordinate advertising messages in HTML while the video is 
playing: when James Bond is driving his BMW, an appropriate 
10 web page (BMW or auto sales site) can automatically be 
displayed at the same time. 

The value of events is that these external media do 
NOT have to be embedded or even be known at the time the DVD- 
15 Video is authored. This flexibility keeps DVD-Video authoring 
on schedule and greatly minimizes the authoring costs while 
adding valuable and unique features to each disc. 

Events can be used by the calling application (HTML, 
20 C++, or other )^ to receive notification of DVD playback status . 
If a platform does not support an event, then an error code 
must be returned when its use is attempted- Supported events 
are : 



ITX Events 


Description 


CD 
DA 


Suppo 
rt 

Level 


Range 


TitleEvent (t) 


Called when title 
changes. Returns the 
new title number in t. 




Base 


1 - 
99 


ChapterEvent (c 
) 


Called when chapter 
changes. Returns the 
new chapter number in 
c - 




Base 


1 - 
99 



wo 02/05104 



62 



PCT/USOl/21187 



TitleGroupEven 
t(g) 


Called v/hen title 
group changes - Returns 
the new title group 
nximber in g. 




Base 


1 - 
tbd 


TrackEvent (t) 


Called when the track 
changes . Returns the 
new track number in t. 


Y 


Base 


1 - 
tbd . 


TimeEvent (e,t) 


Called on time change. 
Returns elapsed time 
in e and total time in 
t. Both in ' 
milliseconds . 




Base 


e: 1 

t: 1 

- 2^^ 

is 

pract 

ical 

limit 


DisplayChange { 

X) 


Called when 
slide/display list 
changes . Returns slide 
niomber in x. 




Base 


tbd 


AngleEvent (x) 


Called on angle 
change . Returns new 
angle number in x. 




Base 


1-9 


StateEvent (x) 


Called when play state 
changes (i.e., play to 
pause) . Returns state 
in X. 

See CurrentState 
property for values . 




Base 


0-6 


SpeedEvent (x) 


Called when speed 
changes (i.e., play to 
scanning) . Returns new 
speed in x. 




Base 


1 - 
32 



wo 02/05104 



63 



PCT/USOl/21187 



UOPSEvent (n) 


Called when any UOP 
changes . Returns UOPs 
array in n. 




Base 


32 
16- 
bit 
value 
s 


DomainEvent (x) ' 


Called when domain 
changes • Returns 
domain in x. 




Base 




MenuEvent (x) 


Called when menu ID 
changes . Returns the 
ID of the new menu in 
X . 




Adv 




MenuButtonEven 

t (X) 


Called when user 
clicks a button on a 
menu. Returns the ID 
of the button selected 
in X. 




Adv 


1 - 
32 


MouseEvent (b, x 


Called when the user 
clicks either the left 
or right mouse button. 
Returns mouse button 
in b, X coordinate in 
K, and y coordinate in 

y- 




Adv 


b:tbd 

x:0- 

720 

y:0- 

480 or 

576 


AudioEvent (x) 


Called when user 
changes audio track. 
Returns audio number 
in X. 


Y 


Base 


1 - 
tbd 


Siabpi ctur eE ven 
t (x) 


Called when user 
changes subpicture 
track • Returns 
subpicture number in 

X. 




Base 


1 - 
32 
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AngleEvent {c,m 
) 


Called when user 
changes video angle. 
Returns current angle 

numtDer in c and total 
number of angles in m 




Base 


c: 1 

- 9 
m: 1 

- 9 


MenuLanguageEv 
ent{x) 


Called when user 
changes menu language. 
Returns menu language 
number in x. 




Base 


1 - 
tbd 


TextLanguageEv 
ent (x ) 


Called when user 
changes text language , 
Returns text language 
number in x- 




Base 


l--tbd 


VideoErrorEven 


Called when an error 
occults Retuirns enror 

number in n. 




Base 


tbd 


ParentalEvent ( 

PfO) 


Called when parental 
control changes . 
Returns level in p and 
count T"v in c 




Adv 


p: 1 --8 
c: tbd 


KaraokeEvent (b 
) 


Called when karaoke 
event changes . Returns 
1 if karaoke track has 
begun playing, 0 if 
just finished- 




Adv 


0-1 


E j ectEvent ( ) 


Called when disc is 
ejected from device. 
No return value. 


Y 


Base 




InsertEvent () 


Called when disc is 
inserted into device. 
No return value . 


Y 


Base 





JTX Even'bs Summary 
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ITX Properties 

Properties can be used to find information about 
commonly used variables; such as time, title and chapter. All 
5 properties must be supported even if the advanced feature 

itself is not supported. Non-supported features may return a 
reasonable default value {for example if the zoom feature is 
not supported the zoom properties should always return 10000.) 
If a feature is not supportable and there is no reasonable 
10 value, then a -1 should be returned. 



The following properties are supported: 



ITX Property 


Des cr xp1:±on 


CD 

Till 


Suppo 

IT b 

Level 


Range 


CurrentElapsed 
Time 


Elapsed time of 
current title (in 
milliseconds ) 


Y 


Base 


0 - 

231 


CurrentTotalTiT 
me 


Total time of current 
title (in 

milliseconds ) 




Base 


0 - 

231 


CurrentTitle 


Currently playing 
title 




Base 


0 - 
99 


CurrentTitleGr 
oup 


Currently playing 
title group 




Base 


0 - 
99 


Cur rent Chapter 


Currently playing 
chapter 




Base 


0 - 
99 


CurrentTrack 


Currently playing 
track 


Y 


Base 


0 - 

99 


Current Display 


Currently playing 
display list item 




Base 


0 - 
99 


CurrentState 


Current play state 


Y 


Base 


0-6 
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(0=None, l=Scanning;. 
2=Stopf 3=Pauser 
4=Play, 5=Slow Play, 
6=Menu) 








Cur rent Domain 


Current domain 




Base 


rbd 


CurrentAudio 


Current audio track 


Y 


Base 


0 - 

99 


CurrentSubpict 
ure 


Current sub picture 
track 




Base 


0 - 
31 


Cur rent Angle 


Current vxdeo angle 




Base 


1-9 


CurrentMenuLan 

g 


Current menu language 




Base 


1-8 


NumAudio 


Number of audio 
languages / tracks 
currently available 




Base 


1-8 


NumSubpi ct ur e 


Number of subpictures 
currently available 




Base 


0 - 

31 . 


NtutiAngles 


Number of angles 
currently available 




Base 




NumMenuLang 


Number of menu 
languages available 




Base 


1-8 


GetAudioLangua 
ge (X) 


Returns audio language 
(and extensions) for 
specified audio number 
X. Returned audio 
language is the 2- 
digit locale. 




Base 


0 - 
99 


GetSubpictureL 
anguage 

(X) 


Returns subpiucture 
language (and 
extensions) for 
specified subpicture 
niamber x. Returned 
subpicture language is 




Base 


0 - 
99 
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the 2-digit locale. 








GetMenuLanguag 


Returns menu for 




Base 


0 - 


e(x) 


specified menu number 






99 




X. Returned menu 










language is the 2- 










digit locale - 








SupportedFeatu 


Returns feature bits 


Y 


Base 


32- 


res 


corresponding to 






bit 




capabilities of 






mask 




current system (Must 










be available before 










the navigator is in 










the play state) . 










See section 4 . 1 and 










4.2 for details. 








Version 


Returns version of 


Y 


Base 


Two 




platform- This field 






16- 




can also be used to 






bit 




determine parsing of 






integ 


- 


certain components in 






ers 




the SupportedFeatures 










property. Returns 










major version and 










minor version unique 










to each playback 










system. 








Current ZoomX 


Current Zoom X value 




Base 


Unsig 










ned 










16- 










bit 


Current Z oomY 


Current Zoom Y value 




Base 


Unsig 










ned 










16- 
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bit 


Current PanX 


Current Pan X value 




Base 


Unsig 
ned 
16- 
bit 


CurrentPanY 


Current Pan Y value 




Base 


Unsig 
ned 
16- 
bit 


CurrentMenuID 


Current ID associated 
with currently 
selected menu 




Base 


0 - 
99 












NumLayers 


Number of overlay 
layers currently 
possible (based on 
memory available at 
resolution Ir bpp=l) 
See note 8 . 


Y 


Base 


0-9 

\ 


MaxLayers 


Maximum number of 
simultaneous overlay 
layers supported 
See note 8. 


Y 


Base 


0-9 


MaxAlpha 


Maximum niomber of 
alpha blending steps 
supported, (i.e. DVD 
subpictures requires 
16 levels but hardware 
may support 256 
levels) . 


Y 


Base 


16, 

1 

32, 1 

64, ; 

128, ■ 

O C C 


MaxFast 


Maximum niomber of fast 
speeds . 




Base 


0 - 
99 


MaxFastRe verse 


Maximum number of 




Base 


0 - 



I 
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reverse fast speeds. 






99 


MaxSlow 


Maximim number of slow 
speeds • Could be zero 
if not supported. 




Base 


0 - 
99 


MaxSlowReverse 


Maximum number of 
reverse slow speeds. 
Could be zero if not 
supported. 




Base 


0 - 
99 


MaxCmdQueue 


Maximum size of the 
command queue 


Y 


Base 


0 - 
255 


MaxBookmarks (x 
) 


Maximum number of 
bookmarks based on x: 
1: total in volatile 
memory 

2: total in non- 
volatile memory 
3: per disc in 
volatile memory 
4 : per disc in non- 
volatile memory 


Y 


Base 


Unsig 
ned 
16- 
bit 


NuinBookmarks (x 
) 


Number of bookmarks 
available based on x. 
(same as above) 


Y 


Base 


Unsig 
ned 
16- 
bit 


GetRelTime 


Gets the relative time 
counter - 


Y 


Base 


0 - 
2^^ 


CurrentCmdQueu 
e 


Current number of 
empty slots' in the 
command queue 


Y 


Base 


0 - 

Zoo 


GetDiscType 


Gets the current disc 
type and sub-type, 
types : 

0 = drive empty or 


Y 


Base 


0 - 
2i6 

low 8 
bits 
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unknown state 

1 = DVD 

2 = CD audio 

3 - other 

4 - 255 = reserved 

sub-types for DVD (bit 
fields) : 

0 = DVD-Video 

1 = DVD-Audio 

2 = DVD-ROM material 
present 

3 = PCFriendly 

4 == ITX 

5-7 = reserved 

See section 2.1.2.4.1 

for details 



IS an 
integ 
er 

type; 

high 

8 

bits 
are 
bit 
field 



QueryNet 



Gets Internet 
connection status 

0 = not available, 
ever 

1 = not currently 

avail 

2 = available, not 

online 

3 = online, speed 
unknown 

4 = up to 28. 8K 

5 = up to 56K 

6 = up to 128K 

7 = up to 1 . 5M 

8 = up to lOM 

9 = >10M 



Base 



0-9 



ITX Properties Summary 
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Notes : 

8. Layer Properties. 

The MaxLayers property is how many simultaneous overlay 
layers the hardware can process or the 
5 software/hardware system can effectively emulate as 

simultaneous overlays in real time and blend with a 
full screen video. The NumLayers property returns the 
nxamber of layers that can be created (but not 
necessarily used simultaneously) based on the amount of 
10 . free memory currently available - 

The concept of layer resolution is that a 720 x 480 
image requires • some number of bytes of data (depending 
on the bpp) at a resolution of 1. A resolution of 2 

15 uses one data item for a 2 x 2 pi^tel area of the image 

(i.e. 4x less data). This allows a layer to be defined 
for markup that doesn't need high accuracy and/or a 
method for a platform to perform graceful degradation 
if not enough memory is available for a full resolution 

20 layer .'Resolution 3 is a 3 x 3 pixel area, and is 

somewhat awkward. Resolution 4 is a 4 x 4 pixel area. 
No other resolutions are defined. 



25 Disc Type Detection 

The GetDiscType property requires that the type of 
disc in the player be available to the application. A disc may 
be only one of the following types: 

30 

0: drive empty or unknown state 
1 : DVD 
2: CD 
3 : other 
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For a DVD disc^ any number of* the DVD sub-types may 
be detected and have their respective bits set as follows : 

5 



Bit 
number 


Description 


Detection method 


0 


DVD-Video 


VIDEO_TS\VIDEO_TS . IFO 
file present 


1 


DVD-Audio 


AUDIO_TS\AUDIO_TS . IFO 
file present 


2 


DVD-ROM 

material 

present 


Any file in the main 
directory other than 
VIDEO_TS and AUDIO__TS 
directories 


3 


PCFriendly 


DISCID file present 


4 


ITX 


ITX. HTM file present 


5-7 


reserved 


N/A 



Disc Sub-Types bit fields 



10 Browser Requirements 

Web browsers and the software environment on each 
platfoirm shall be capable of the following 



Feature 


Support 
laevel 


ITX features in para 2.1,2.2 - 2.1.2.4 


Base/Adv 
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Presentation layer must properly 
interpret HTML with embedded video 


Base 


HTML version 4.0 


Base 


JavaScript version 1.2 


Base 


Platform determination 
(navigator .platform) 


Base 


Language determination 
{ navigator - language ) 


Base 


JavaScript handlers for 




Metnoas 

* 


Base 


Properties 


Base 


Events 


Base 


Graphic support (JPG;. GIF) 


Base 


Graphic support (BMP) 


Adv 


Animated GIF support 


Adv 


XML 


Adv 


Java support 


Adv 


Streaming media support 


Adv 


Macromedia Flash 


Base /Adv 


Macromedia Shockwave 


Adv 


QuickTime 


Adv 


Interfaces to common hardware features 
(ID, cookie, etc.) 


Base 



Browser Requirements Summaary 



HTTP Header Forma1:-ting (Base) 

Each HTTP header should be formatted with the 
5 following information (in addition to standard HTTP header 
information : 

• Language 

- Screen resolution 

• Hardware platform identifier and version 
10 • Browser identifier and version 
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Cookies (Base) 

Browser must be able to support cookie mechanism, 
which of course places a memory requirement on the hardware 
5 device. Cookie shall be placed* by browser in local persistent 
memory and shall be readable only by a specific server and 
browser /hardware partner. Cookie shall contain: 

• User/hardware ID: generated by computer software or by 
hardware platform (in case of set-top) 

10 • Disc ID: generated by local hardware based on a hashing 
algorithm. 

• BCA number: read from lead-in area of DVD 

The following is matter of design choice. 
15 • Format of cookie 

• When to place cookie (i.e., insertion event) 

Direct Connection to Navigator (Adv) 

Ability to pass commands directly to DVD/CD navigator, such 
20 as: 

• All DVD/CD navigation commands 

• Additionally, must have ability to set GPRMs 

Platform/Hardware Requirements 

25 

In order to provide a consistent baseline platform 
for ITX content developers it is important that the platform 
and hardware vendors properly support the ITX API . Not all 
hardware platforms will have identical capabilities. So it is 
30 important that each platform provide access to the features 

that are available and graceful degradation for those that are 
not supported - and provide this as feedback so that content 
developers understand how their content will function on 
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different platforms - 

Baseline Hardware Platform Requirements 

5 Hardware platform vendors must provide hardware and 

interfaces capable of performing all the functions specified 
as base above to be ITX compatible. If the feature is not 
available it is important that it either be emulated or 
degrade gracefully in some manner. Items marked as advanced 
10 can be supported or not^ but the Supported Features bits must 
accurately indicate what features are available. 

It is expected that hardware platforms meet these 
minimum specifications: 

15 

• Support HTML 3.2 browser and other requirements in 
paragraphs 3.x 

• Play video full screen down to a 4:1 downscale (180 x 120 
(NTSC),,180 X 144 (PAL)). 

20 



bit 


ITX Baseline 


Commancl list 




Command Group 




0 


GRP_OPENVOB 


Open ( filename | 






type) 


1 


GRP_TRANSPORT 


Play( [*] ) 






Pause ( [*] ) 






Stop{[*]) 






Fast-Forward (' [x [ , * ] ] ) 






Rewind ( [x[, *] ] ) 






Next Chapter ( [^] ) 






PrevChapter ( [*] ) 






Resume ( [*] ) 






StiliOff ( [*] ) 
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2 


GRP_AUDIOTRANSPOR 
T 


NextTrackO 
PrevTrack ( ) 
NextDisplay ( [*] ) 
PrevDisplay ( [*] ) 


3 


GRP SEARCH 


TitlePlay (t ) 
Chapter Play ( t , c [ , * ] ) 
TimePlay (h,ni, s, f *] 
) 

Menu(x[, ) 






4 


GRP AUDIOSEARCH 


TitleGroupPlay (g [ , * 3 
) 

TrackPlay (g,t[,*] ) 






5 


GRP__UOP 


UOPMaskO 


6 


GRP^SELECT 


UpButtonSelect ( [n] ) 
DownButtonSelect ( [n] 
) 

Lef tButtonSelect ( [n] 
) 

RightButtonSelect ( [n 
]) 

ButtonActivate ( ) 
ButtonSelectAndActiv 

ate (n) 










7 


GRP_VFEATURES 


SubPictureSelect (n) 
SubPictureEnable (n) 
AudioSelect (n) 
AngieSelect (n) 
MenuLanguageSelect (n 
) 

ParentalLevelSelect ( 
n) 

ParentalCountrySelec 
t(n) 
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Fullscreen (w[^*] ) 


8 


GRP_AFEATURES 


TextLaxiguageSelect (n 
) 


9 


GRP_PC 


Close 0 

ShowControls (x,y[, *] 
) 

ShowContextMenu ( ) 
PopUpMenu ( ) 






10 


GRP^DOWNSCALE 


From HTML embedded 
object width and 
height parameters 
Zoom(x,y [, *] ) 
(downscale required 
for baseline; 
upscale is advanced) 


11-15 


N/A 


reserved (must 
return 0) 



Baseline Capab±Xit:±es Grouping 



Advanced Hardware Platform Requirements: 

5 Each advanced feature requires that it be fully 

supported for its feature bit to be enabled. However, 
different playback systems may have differing levels of 
support for some features, such as the number of bookmarks 
supported or. the variety of special effects supported. 



i>xt 


ZTX Advanced 
Command Group 


Command Itlsl: 


16 


GRP_FILEOPEN 


Open (filename ) 
type) 

Play files other 
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than VOB and MPG. 

Audio : 

WAV 

MID 






Video: 
AVI 


17 


GRP_ADVPLAY 


Slow([x[,*]]) 
SlowReverse ( [x [,.*]] ) 
Step([n[,*]]) 


18 


GRP_HIDDEN 
• 


HiddenGroupPlay (g [ , * 
] ) 

HiddenTrackPlay (g, t [ 
,^]) 

HiddenTimePlay (h,m, s 
[,*]) 


19 


GRP_MENU 


GotoMenuID(x[,*] ) 


20 


GRP_BOOKMARK 


GotoBookMark{x[,*] ) 
SaveBookMark(x tf *] ) 


21 


GRP_MOUSE . 


AutoMouseHide (b) 


22 


GRP_KARAOKE 


KaraokeSelect (x) 


23 


GRP_200MPAN 


Zoom( [x,y [,*] ] ) 

Pan{[x,y[,*]]) 


24 


GRP_BLEND 


VideoBlending ( [a,c[, 
*]]) 


25 


GRP_LAYER 


CreateLayer (b,. o, r , d, 
P) 

ChangePalette (b,p * 
]) 

DestroyLayer (b) 
ShowLayer (b [ , * ] ) 
HideLayer (b[,*] ) 
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Display Image {f ,b,a[, 
*]) 


26 • 


GRP_DRAW 


SetVectorDraw (b, c, w [ 
vl,x2,v2) 

VectorMove (x, y, b [ , *] 
) 

VectorDraw{x,y,b[, *] 
) 






27 


GRP AUDIOMIX 


SetMixVoluitie (x [ , * ] ) 


28 


GRP QUEUE 


FlushCmdOueue i \ 
SetRelTime ( [t] ) 
all optional timed 
command parameters 

and special effects 


29 


GRP_WEB 


NetConnect { [u[,*] ] ) 


30-31 


N/A 


reserved (must 
return 0) 



Advanced Capabllltiles Grouping 



Local Storage /Memory Requirements: 

5 The only local storage requirement of ITX is minimal 

memory for the purpose of placing cookies . Optionally, the 
hardware platform can also support larger local memory for the 
purposes of caching web pages. More information: TBD. 

10 Hardware Platform Considerations 

• Some set-top players may not be able to access both DVD- - 
Video and ROM content at the same time- The application 
will need to permit intelligent caching, and the platform 



wo 02/05104 



80 



PCT/USOl/21187 



will need to provide sufficient memory _ 



Directory Structure for Current PCFriendly Client: 

5 

/ROOT 

PCFRIEND.EXE (WIN) 
PCFRIEND (MAC) 
README (MAC) 
10 README (WIN) 

/COMMON 
/SETUP 

LANG. INI 
SETUP_EN.BMP 
15 SETUP_CrA.BMP 
SETUP_FR.BMP 
LIC_EN.TXT 
LIC_JA.TXT 
LIC_FR.TXT 
20 /CONTENT ^ 

general content (runs on multiple platforms) 

/MAC 

/SETUP 

PCFRIENDLY PLUG IN 
25 FLASH 4 

/CONTENT 
/WIN 

/SETUP 

PCFRIENDJCO 
30 INUNINST.EXE 
UPDATE . DAT 
/CABINETS 
MAIN.CAB 
VIDEO. CAB 
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OTHER . CAB 
/THIRDPTY 
/MACROMED 

SWFLASH - EXE 
5 /MS IE 

/EN 
/JA 

User Operation Control: 

10 





DVD-Video 


DVD-AibdlLo" Only^ 


DVD- 


Audio + 






Only 










Video 




B\in c X on 


Men 


Tit 


Sto 






sto*: 


AMGM 


Tit 


sto 




12 


le 


p 




n,le 


P ^ 






p 


Title_Group_Play 


X 


X 


X 






X - 


X 


X 


X 


PTTPlay;. 
TrackPlay 


X 


X 


X 






' X 

r 


X 


X 


X 




















TimePlay 


X 


X 


X 




-»« 




X 


X 


X 


Stop 


X 


X 










X 


X 




TimeSearch 




X 






X 






X 




PTTSearch, 




X 












X 




TrackSearch 




















NextTrack 












^ ' 




X 




PrevTrack 
















X 




NextPG 


X 


X 










X 






PrevPG 


X 


X 










X 






NextDisplay 
















X 




PrevDisplay 








f 








X 




ForwardScan 


X 


X 










X 


X 




BackwardScan 


X 


X 










X 


X 




Menu 


X 


X 


X 






•? ^-^^ 




X 


X 
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Resume 


V 
A 












A 






Dp 


X 


X 










X 


X 




Down 


X 


X 










X 


X 




iteiu 


A 


A 










X 


X 




Right 


X 


X 






Sit') 


' ^ 


X 


X 




Enter 


X 


X 










X 


X 




ButtonSelectan 


X 


X 










X 


X 




dActivate 




















Pause 


X 


X 










X 


X 




MenuLanguage S e 






X 












X 


iect 












^ V 








TextLanguageSe 


















X 


lect 


















AudioChange 


X 


X 


X 






-X**, 


X 


X 


X 


STibpictureChan 
ge 


X 


X 


X 




i " A- 






X 


X 


AngleChange 


X 


X 


X 










X 




ParentalLevel 






X 




' < " -J 










ParentalCountr 






X 














y 


















video Presentat 


X 


X 


X 








X 


X 


X 


ionMode 




















KaraokeMode 


X 


X 


X 














HiddenGroupPla 

y 














X 


X 


X 


HiddenTrackPla 

y 














X 


X 


X 


HiddenTimePlay 












J- egg: 


X 


X 


X 














^ ' f 









User Operation Control Summary 



AMGM (Audio Manager Menu) : Optional Visual Menu 
defined in the Audio Manager (AMG) - The Audio Manager contains 
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the infoarmation and data to control all Audio Title Sets 
(ATS), all Video Title Sets (VTSs) for Audio Titles and the 
AMGM. 

5 

Enumerations: 



I-bem 


Op-bions 


Value 


Domain 


First Play 


1 


Video Manager Menu 


2 


Video Title Set Menu 


3 


Title 


4 


Stop 


5 


Unknown 


-1 


Menus 


Title Menu 


2 


Root Menu 


3 ' 


Subpicture Languages 
Menu 


4 


Audio Languages Menu 


5 


Angle Menu 


6 


Chapter Menu 


7 


Play State 


None 


0 


Scanning 


1 


Stop 


2 


Pause 


3 


Play 


4 


Slow 


5 


Step 


6 


Unknown 


-1 


Speed State 


Normal Speed 


0 


Double Speed 


1 


Slow Forward Speed 


2 


Slow Backward Speed 


3 


Fast Forward Speed 


4 
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Fast Backward Speed 


5 


Step Speed 


6 


Unknown 


-1 



Enimeratlons 



With reference to Fig. 5, a process 500 is described 
for providing an enhanced multimedia experience. In an 
5 operation 502, DVD content is recorded onto a DVD disc. Then, 
in an operation, 504, the HTML content is recorded onto the 
same disc. Thereafter, in an operation 506, the disc is 
inserted into a client device. The client device can be, for 
example a personal computer having DVD capabilities and an 

10 Internet browser. The client device could also be a set top 

box. Then in an operation 508, the DVD content is accessed by 
DVD software present on the client device. In a step 510, the 
HTML data is accessed. The HTML content is preferably 
accessed by the browser software already present on the client 

15 device. The HTML content is can include data obtained via the 
Internet by the browser software under the direction of the 
HTML content recorded onto the disc. Also, the HTML content 
can consist of only the recorded HTML data with no need for 
Internet connection. Finally, in an operation 512, the DVD 

20 content is supplemented with the HTML content to provide an 
enhanced multimedia event. The HTML content can be added to 
the DVD content in multiple ways. For example, the HTML 
content can be in the form of a picture within a picture, 
(e.g. a relatively small window within a DVD video) . The HTML 

25 content could also be update data incorporated directly into a 
video or could be in the form of navigation commands or 
relevant Internet links. 

With reference to Fig. 6, a general process 600 is- 
30 described for enhancing DVD-content with ROM content. In an 
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operation 602, DVD content is recorded onto a disc. The DVD 
content is in the form of standard DVD content familiar to 
those skilled in the art. Then, in an operation 604 DVD-ROM 
content is generated- This content is preferably HTML encoded 
5 content which can be read and operated on by standard Internet 
browsers. In an operation 606, a plurality of directories are 
incorporated into the DVD-ROM content. The directories allow 
operation with multiple user device platforms. The 
directories preferably include common directories which can be 

10 used on several platforms sharing coiranon properties as. well as 
platform specific directories for use with platforms having 
unique interface requirements. Thereafter^ in an operation 
608, the DVD-ROM content along with the directories is 
recorded onto the disc. Then, in an operation 610, the user's 

15 particular device platform is determined., This operation 

occurs automatically upon the user's attempt to use the disc. 

Then, in an operation, 612, a directory appropriate for use 
with the determined user device platform is 'selected from 
among the plurality of directories. This selected directory • 

20 is called using Javascript function and appropriate tags 
associated with the directories. 

While the invention herein disclosed has been 
described by means of specific embodiments and applications 
25 thereof, numerous modifications and variations could be made 

thereto by those skilled in the art without departing from the 
scope of the invention set forth in the claims. 
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CLAIMS 

What is claimed is: 



1 1. A method for providing enhanced content for 

2 play across multiple play platforms,- comprising the steps 

3 of: 

4 delivering media content to a client device; 

5 delivering HTML content to a client device, the 

6 HTML content being accessihle and usable by a plurality 

7 of client device platforms; 

8 activating a browser to access the HTML 

9 content, the browser being located on and compatible for 

10 use with the client device; . 

11 activating firmware on the client device to 

12 access the media content; and 

13 incorporating the accessed HTML content with 

14 the accessed media content. 

1 2^ A computer program for developing media 

2 content as recited in claim 1 further comprising a code 

3 segment that access the content recorded onto the 

4 recording medium by calling one of the plurality of 

5 directories, the directory being suitable for use with 

6 the platform of the client device. 



1 3. A method for providing a common, cross 

2 platform framework for development of DVD-video content 

3 with DVD-ROM content as recited in claim 2 wherein the 

4 directories include HTML content. 

1 4. A method for providing a common, cross 

2 platform framework for development of DVD-video content 

3 with DVD-ROM content as recited in claim 2 wherein the 
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4 directories contain JavaScript files. 

1 5. A method for providing a common^ cross 

2 platform framework for development of DVD-video content 

3 with DVD-ROM content as recited in claim 2 wherein the 

4 directories comply with ISO-9660 standards. 

1 6, A method for providing a common, cross 

2 platform framework for development of DVD-video content 

3 with DVD-ROM content as recited in claim 2 wherein the 

4 directories contain platform specific code segments. 

1 7 . A method for providing a common, cross 

2 platform framework for development of DVD-video content 

3 with DVD-ROM content as recited in claim 2 wherein the 

4 directories support hybrid Windows /Macintosh discs, 

5 preserving resource forks for Macintosh operating 

6 systems . 

1 8-r A method for providing enhanced media 

2 content as recited in claim 2 wherein the HTML content is 

3 provided via a portable storage medium . 

1 9. A method for providing enhanced media 

2 content as recited in claim 2 wherein the HTML content is 

3 provided via a network. 

1 10. A method for providing enhanced media 

2 content as recited in claim 9 wherein the network is the 

3 Internet • 

1 11. A method for providing enhanced media 

2 content as recited in claim 1 wherein the HTML content is 

3 overlaid onto the media content. 
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1 12, A method for providing enhanced media 

2 content as recited in claim 1 wherein the HTML content is 

3 in the form of textual script/ which scrolls with the 

4 media content. 

1 13. A method for providing enhanced media 

2 content as recited in claim 1 wherein the HTML scrolls 

3 synchronously with the media content and wherein 

4 selecting a portion of the script navigates the user to a 

5 corresponding location in the media content. 

1 14. A method for providing enhanced media 

2 content as recited in claim 1 wherein the HTML content is 

3 in the foinna of an HTML page that starts a movie and 

4 checks for related Internet sites. 

1 15. A method for providing enhanced media 

2 content as recited in claim 1 wherein the HTML content 

3 includes a gage that links to a website . 

1 16- A method for providing enhanced media 

2 content as recited in claim 1 wherein the HTML content 

3 includes a plurality of HTML files for accommodating a 

4 plurality of platforms of client devices. 

1 17. A method for enhancing multimedia content, 

2 comprising the steps of: , 

3 providing a recording medium; 

4 recording multimedia content onto the recording 

5 medium; 

6 integrating HTML content with the multimedia 

7 content; 

8 accessing the multimedia content and the HTML 



89 



content, and 

playing multimedia content and the HTML content 
having been accessed. 

18. A method for enhancing multimedia content 

as recited in claim 17 further including the step of 
recording the HTML content onto the recording medium. 

19. A method for enhancing multimedia content 
as recited in claim 17 wherein the multimedia content is 
DVD content accessed by DVD firmware on a client device, 
and where the HTML content is stored locally on the 
client device. 

20 . A method for enhancing multimedia content 
as recited in claim 17 wherein the multimedia content is 
DVD content accessed by DVD firmware on a client device 
and wherein the HTML content is provided from a remote 
server via a network. 

21. A method for enhancing multimedia content 
as recited in claim 17, wherein: 

the multimedia content is DVD content; 

the HTML content is a textual script of the DVD 
content; and 

selection of a portion of the textual script 
navigates the multimedia content to a corresponding 
location in the multimedia content. 

22- A method for enhancing multimedia content 
as recited in claim 17 wherein the multimedia content is 
DVD content and wherein accessing the multimedia content 
activates the HTML content, linking the user to a server 
providing HTML content corresponding to the multimedia 
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6 content • 



1 23. A method for enhancing multimedia content 

2 as recited in claim 17 wherein the video playback sends 

3 events that allow the HTML content to be synchronized. 
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Figure 3 
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500 



RECORD DVD 
CONTHnTTONTO 
A DISC 



502 



RECORD HTML 
CONTEhiTONTO 
THE DISC 



r 



504 



INSERT DISC 
lOTOACUENT 

DEVICE 



506 



ACCESS DVD 
DATA 



508 



ACCESS HTML 
DATA 



510 



SUPPLEMENT 

DVD DATA wnrn 

HTML DATA 
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Figure 5 
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BEGtM ^ 



600 



RECORD DVD 
CONTENT ONTO 
A DISC 



602 



GENERATING 
DVD-ROM 
CONTENT 



PROViDE IN THS DVD-ROM CONTENT, 

A PLURALITY OF OIReCTORIES 
CAPABLE Of= USE WITH A PLURALITY 
OF PLATFORMS 



■606 



RECORDING TEH DVD-ROM 
CONTENT. INCLUDING THE 
DIRECTORIES, ONTO THE 
RECORDING MEDIOM 



'608 



DETERMINE THE 
PLATFORM OF A 
CUENT DEVICE 



•610 



CALL AN APPROPRIATE DIRECTORY 
FROM THE PLURALITY FROM AMONG 
THE PLURAUTY OF DIRECTORIES 



612 



^ 

^ END ^ 



Figure 6 
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